посылка

Вы предложили 5 действительных / достойных решений, но я думаю, что все можно было сократить до двух случаев, с некоторыми незначительными вариантами.

Мы знаем, что сортировка всегда O(NlogN) , поэтому все решения теоретически имеют одинаковую производительность. Но так как это Доктрина, узкие места являются числом SQL-запросов и методов гидратации (т.е. преобразования данных из массива в экземпляр объекта).

Поэтому вам нужно выбрать «лучший метод», в зависимости от того, когда вам нужны загружаемые объекты и что вы будете с ними делать.

Это мои «лучшие решения», и в общем случае я предпочитаю свое решение A)

A) DQL в службе загрузчика / хранилища

Похожий на

Ничего из вашего дела (как-то с 5, см. Окончательную заметку). Альберто Фернандес указал вам в правильном направлении в комментарии.

Лучшее, когда

DQL является (потенциально) самым быстрым методом, поскольку сортировка делегатов в СУБД, которая оптимизирована для этого. DQL также дает полный контроль над тем, какие объекты будут извлекаться в одном запросе и режиме гидратации.

Недостатки

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

пример

 class MainEntityRepository extends EntityRepository { public function findSorted(array $conditions) { $qb = $this->createQueryBuilder('e') ->innerJoin('e.association', 'a') ->orderBy('a.value') ; // if you always/frequently read 'a' entities uncomment this to load EAGER-ly // $qb->select('e', 'a'); // If you just need data for display (eg in Twig only) // return $qb->getQuery()->getResult(Query::HYDRATE_ARRAY); return $qb->getQuery()->getResult(); } } 

B) Яркая загрузка и сортировка в PHP

Аналогично случаю

Случай 2), 3) и 4) – это то же самое, что и в другом месте. Моя версия – это общий случай, который применяется всякий раз, когда объекты извлекаются. Если вам нужно выбрать один из них, то я думаю, что решение 3) является наиболее удобным, так как не возиться с сущностью и всегда доступно, но используйте загрузку EAGER (читайте дальше).

Лучшее, когда

Если ассоциированные объекты всегда читаются, но невозможно (или удобно) добавлять службу, тогда все объекты должны загружаться EAGER-ly. Сортировка может быть выполнена PHP, когда это имеет смысл для приложения: в прослушивателе событий, в контроллере, в шаблоне ветви … Если объекты должны быть всегда загружены, то лучше всего использовать прослушиватель событий.

Недостатки

Менее гибкий, чем DQL, и сортировка в PHP может быть медленной операцией, когда коллекция большая. Кроме того, объекты должны быть гидратированы как объекты, которые медленны, и переполняют, если коллекция не используется для других целей. Остерегайтесь ленивой загрузки, так как это вызовет один запрос для каждого объекта.

пример

MainEntity.orm.xml:

 <?xml version="1.0" encoding="utf-8"?> <doctrine-mapping> <entity name="MainEntity"> <id name="id" type="integer" /> <one-to-many field="collection" target-entity="LinkedEntity" fetch="EAGER" /> <entity-listeners> <entity-listener class="MainEntityListener"/> </entity-listeners> </entity> </doctrine-mapping> 

MainEntity.php:

 class MainEntityListener { private $id; private $collection; public function __construct() { $this->collection = new ArrayCollection(); } // this works only with Doctrine 2.5+, in previous version association where not loaded on event public function postLoad(array $conditions) { /* * From your example 1) * Remember that $this->collection is an ArryCollection when constructor is called, * but a PersistentCollection when are loaded from DB. Don't recreate the instance! */ // Get the values for the ArrayCollection and sort it using the function $values = $this->collection->getValues(); // sort as you like asort($values); // Clear the current collection values and reintroduce in new order. $collection->clear(); foreach ($values as $key => $item) { $collection->set($key, $item); } } } 

Итоговые заметки

• Я не буду использовать случай 1) как есть, так как это очень сложно и ввести наследование, которое уменьшает инкапсуляцию. Кроме того, я думаю, что он имеет такую ​​же сложность и производительность моего примера.
• Случай 5) не обязательно является плохим. Если «служба» – это репозиторий приложений, и она использует DQL для сортировки, то это мой первый лучший случай. Если это настраиваемая услуга только для сортировки коллекции, то я думаю, что это не очень хорошее решение.
• Все коды, которые я написал здесь, не готовы для «copy-paste», поскольку моя цель состояла в том, чтобы показать мою точку зрения. Надеюсь, что это будет хорошей отправной точкой.

отказ

Это «мои» лучшие решения, как я это делаю в своих работах. Надежда поможет вам и другим.