по всех примерах прохого кода одна проблема — получение данных прямо в представлении, т.е. вроде бы ты уже пытаешься писать на MVC, у тебя часть логики отдельно, но упущение основ, отсутствие практики и т.п., вынуждают писать такой код, тем самым увеличивая время генерации страницы и данных.
Если говорить про представление или генерацию шаблонов, то в идеале там вообще не должно быть никакой обработки данных (манипуляции с данными), только ее отображение, на то оно и представление и не должно знать о данных.
В итоге в шаблоне остаются только данные и логика отображения, циклы данных. И одна проблема: тип используемых данных.
Работая с моделями на выходе всегда стоит коллекция и объект(ы). Мы обращаемся через →. Но если по каким-то причинам мы изменим их на другой вид, например массив, или наоборот, то придется переделывать логику отображение данных, точнее ее работу.
Если ли разница в производительности при работе с коллекциями и объектами и и работе с массивами?
Конечно, преимущества работы будет в работе с объектами, т.к. мы может предопределить/переопределить их логику работы и это не отобразится на представлении. Кроме того, мы можем сократить кусок трудновоспринимаемого кода из представлений.
Laravel по-русски
по всех примерах прохого кода одна проблема — получение данных прямо в представлении, т.е. вроде бы ты уже пытаешься писать на MVC, у тебя часть логики отдельно, но упущение основ, отсутствие практики и т.п., вынуждают писать такой код, тем самым увеличивая время генерации страницы и данных.
Если говорить про представление или генерацию шаблонов, то в идеале там вообще не должно быть никакой обработки данных (манипуляции с данными), только ее отображение, на то оно и представление и не должно знать о данных.
В итоге в шаблоне остаются только данные и логика отображения, циклы данных. И одна проблема: тип используемых данных.
Работая с моделями на выходе всегда стоит коллекция и объект(ы). Мы обращаемся через →. Но если по каким-то причинам мы изменим их на другой вид, например массив, или наоборот, то придется переделывать логику отображение данных, точнее ее работу.
Если ли разница в производительности при работе с коллекциями и объектами и и работе с массивами?
Конечно, преимущества работы будет в работе с объектами, т.к. мы может предопределить/переопределить их логику работы и это не отобразится на представлении. Кроме того, мы можем сократить кусок трудновоспринимаемого кода из представлений.