| Laravel по-русски

Статистика: Символов — 1 180/991 без пробелов (1 180/991 без кода):, слов — 190
Разметка: Wiki
по всех примерах прохого кода одна проблема - получение данных прямо в представлении, т.е. вроде бы ты уже пытаешься писать на MVC, у тебя часть логики отдельно, но упущение основ, отсутствие практики и т.п., вынуждают писать такой код, тем самым увеличивая время генерации страницы и данных.

Если говорить про представление или генерацию шаблонов, то в идеале там вообще не должно быть никакой обработки данных (манипуляции с данными), только ее отображение, на то оно и представление и не должно знать о данных.

В итоге в шаблоне остаются только данные и логика отображения, циклы данных. И одна проблема: тип используемых данных. 

Работая с моделями на выходе всегда стоит коллекция и объект(ы). Мы обращаемся через ->. Но если по каким-то причинам мы изменим их на другой вид, например массив, или наоборот, то придется переделывать логику отображение данных, точнее ее работу.

Если ли разница в производительности при работе с коллекциями и объектами и и работе с массивами?

Конечно, преимущества работы будет в работе с объектами, т.к. мы может предопределить/переопределить их логику работы и это не отобразится на представлении. Кроме того, мы можем сократить кусок трудновоспринимаемого кода из представлений.