Неконсистентность работы с базой во фреймворках

Напиши свой фреймворк и возвращай те типы, которые хочешь.

Ибо говнокод правит php. Бросай его и бери что-то более адекватное.

добро пожаловать в laravel

$ent->getChildren()->toArray(), Люк. Там коллекция - всего лишь обертка над массивом с реализацией метода ArrayCollection->matching, который фильтрует коллекцию по Criteria. +на месте коллекции может быть Proxy объект, так что решение вполне нормальное. Ты какие-то глупые вопросы на ровном месте задаешь. Посмотрим, как у тебя крышу снесет, когда ты во фреймворк форм симфони заглянешь=)

С формами у меня было только одно неудобство. form type Entity и form type Collection при применении к большим коллекциям выедают много памяти, что легко обходится но оставляет осадок от несовершенства фреймворка.

По поводу твоего ответа я бы предпочел ArrayCollection ($repo->findBy() ), но думаю что это должно быть сделано на уровне фреймворка.

Сейчас начал смотреть ларавель. Надеялся что он будет меньше симфони, но все части будут подогнаны и сразу натыкаюсь на то же странное поведение, что и в симфони.

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

А ArrayCollection ($repo->findBy()) Оно действительно надо? Ты посмотри на интерфейсы ArrayCollection. Он просто реализует интерфейсы, чтобы вести себя как массив php, больше там ничего нет (кроме того же matching, но зачем после запроса, ещё раз фильтровать результаты уже в памяти).

В Симфони есть ещё возможность работать с ORM Propel, можешь его посмотреть.

Так орм и так конструирует объекты. Почему тогда и набор объектов не сделать коллекцией?

Я не знаю как в php, но любая приличная ORM должна уметь отдавать более низкоуровневый результат на случай, когда тебе нафиг не нужны объекты (например, ты хочешь без обработки выплюнуть это в json). Или ты сейчас про другое?

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

$repo->findBy() это запрос данных и $ent->getChildren() запрос данных в чем разница?

ArrayCollection в Doctrine это как массив, только хуже массива. Можно итерировать, обращаться по индексу, но функции работы с массивами PHP недоступны для объектов. А $ent->getChildren возвращает коллекцию потому, что иначе никак.

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

Если тебе нужны какие-нибудь крутые абстракции над условными коллекциями, бери другие библиотеки специально для этого предназначенные. ORM не должна это реализовывать, а в PHP из коробки этого нет.