Как работать со сложной сущность, если мне нужно всего лишь отобразить данные?

Question

[Askar Fuzaylov]

Доброго времени суток.
Есть сложный Aggregate Root. Сложность его состоит в его создании, так как данные для этого берутся из различных источников.
Задача, просто отобразить список из таких сущностей.
Есть ли смысл строить такой сложный объект каждый раз, если из всех доступных полей мне нужно использовать всего пару + некоторое поведение, которое также зависит от нескольких полей?
И вообще, как правильно работать с такими сложными сущностями когда задача очень проста?

Answer 1

[Антон Шаманов]

Используйте "ленивую" загрузку данных:

class Test
{
    protected $abc;
    
    public function getAbc()
    {
        if (!isset($this->abc)) {
            $this->abc = new Abc;
        }
        return $this->abc;
    }
}

Answer 2

[xmoonlight]

Через ноды нужного графа связей из различных однотипных полей: одно свойство - это один граф.
Тянете нужные ноды по свойству1 и получаете список1 связанных объектов.
Затем, тянете другие по свойству2 и тоже получаете список2 связанных объектов.
Затем делаете пересечение списка1 и списка2.

Итог: список объектов, объединённые критериями выбора по свойству1 и свойству2.

Answer 3

[Илья Караваев]

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

З.Ы. Сильно в ддд не углублялся, поэтому могу нести чушь.

Comments

[galliard]

Дублировать логику - плохо

[Илья Караваев]

galliard, ее не нужно дублировать. У вас есть две разные сущности, хоть и из одной таблицы в БД. Если я не ошибаюсь, то ДДД игнорит факт наличия структуры в БД и вообще ее наличие, и тогда это не противоречит.

И реализуется логика получения и работы с простой сущностью и логика с полной сущностью. Таблица одна, сущности разные, бизнес логика разная.

[galliard]

Илья Караваев, а БД тут и ни причем, ты дублируешь логическую сущность. Например, у нас есть таблица `user`, большая сущность User с кучей связей и облегченная UserLite с меньшим количеством полей и связей. Мы создаем некого юзера Васю, который записывается в таблицу `user` и теперь можно создать 2 сущности Васи: User и UserLite. Но Вася то один!

Answer 4

[galliard]

Используй прокси объекты при билдинге.