Что делать, если нужно получить часть данных сущности?

Question

[fman2]

Всем привет. Представим есть код:

interface Post
{
      public function getName(): string;

      public function getDescription(): string;

     public function getText(): string;
}

interface PostRepository
{
       public function findall()
      {

      }
}

Как бы все работает, все хорошо. Но к примеру, нам в сайдбаре нужно вывести список последних постов за неделю. Из данных нам нужно только название поста (getName) и короткое описание (getDescription). Если мы будем заполнять эти данные из репозитория, то сущность у нас будет не полной (getText == null), а если мы будем получать все данные, то сущность будет избыточной. (Я сильно упростил пример, у Post может быть тонна других зависимостей)

Как быть в таких случаях?

1. Делать отдельный репозиторий и отдельную сущность
   
2. Использовать stdClass[] или array[]
   

На проекте нет Doctrine, поэтому Proxy объекты для связей отсутствуют. Т.е. findAll / findOne из репозитория всегда вернет полный объект, даже если нужна часть этого объекта. Как вы решаете эту проблему у себя?

Comments

[Евгений Ромашкан]

Сущности - не хранилища данных. Для передачи данных в отображение используются DTO.
Если понять этот момент, все проблемы с выборкой ненужных данных исчезают.

Answer 1

[Максим Федоров]

Для отображения используйте DTO и доставайте их из репозитория. Для логики отображения негоже сущности из бизнес-слоя вытягивать.

1 способ — заюзать Доктрину
сразу не увидел, что вы без нее работаете

Доктрина умеет создавать дтошки из коробки

class PostDTO

<?php

namespace App\DTO;

class PostDTO
{
    /** @var string */
    private $name;
    
    /** @var string */
    private $description;
    
    /** @var string */
    private $text;
    
    public function __construct(string $name, string $description, string $text)
    {
        $this->name = $name;
        $this->description = $description;
        $this->text = $text;
    }

    public function getName()
    {
        return $this->name;
    }

    public function getDescription()
    {
        return $this->description;
    }

    public function getText()
    {
        return $this->text;
    }
}

И используя синтаксис NEW DQL создаем наши DTO :

$query = $em->createQuery('SELECT NEW App\DTO\PostDTO(p.name, p.description, p.text) FROM App\Entity\Post p');
$users = $query->getResult(); // array of PostDTO

Источник: https://www.doctrine-project.org/projects/doctrine...

2 способ — заюзать DBAL/PDO
Сделать запросы через более низкую прослойку без ORM (например через Doctrine DBAL или PDO) и результат фетчить в те же самые PostDTO в репе

Comments

[fman2]

Ну т.е. делать все тоже самое, что и я делал до этого. У меня для таких вещей как раз отдельные DTOшки лежат, но думал что делают по-другому.

[Максим Федоров]

fman2, да, все верно — отображение может быть разным, а модели в свою очередь сложно устроены
так что разделяем эти программные слои и все

Answer 2

[Александр Балыхин]

частичный объект это все еще объект?))

быть может стоит создавать нечто подобное https://github.com/ElisDN/demo-project-manager/blo...

Comments

[Максим Федоров]

Да, ReadModel — хорошая штука

Answer 3

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

1. "lazy loading" - в конструктор передаем обязательные к заполнению параметры, остальные данные подгружаем из базы по мере вызова методов т.е.

public function getText(): string
{
    if ($this->text === null) {
        $this->loadData();
    }
    return $this->text;
}

2. Использовать класс хэлпер, например, нужны breadcrumbs, создаем в хэлпере метод getBreadcrumbs в который передается массив Post объектов, метод извлекает данные из объектов и получает недостающие данные одним запросом сразу для всех постов.

Comments

[Евгений Ромашкан]

Реализовывать lazy loading внутри сущности, попутно переизобретая доктрину? Ужас...

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

Евгений Ромашкан, если есть предложения по лучше, то автор будет только благодарен

[Максим Федоров]

"lazy loading" - в конструктор передаем обязательные к заполнению параметры

1.  Имеем пост: в конструкторе автор, даты, мета-информация и источник, а также карткий текст
2. Имеем ситуацию, когда нужно вывести заголовок и дату публикации

То есть для вывода всей этой чепухи мне запрашивать данные по авторам и мете? А если в другом месте надо еще-что то вывести? А если конструктор зависит от пары ValueObjects?

Крч вариант немного не подходит...

Хэлпер по той же причине

[fman2]

Проблемное решение, если честно.

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

Максим Федоров, все зависит от конкретной задачи, реализация может менятся, но смысл остается тем же: что мешает грузить данные из доп.таблиц в отдельных методах, а с помощью loadData() - все поля кроме ТЕXT/BLOB?

Answer 4

[dmitriy]

я бы предложил исполльзовать объект-критерии выборки
тогда мы сможем использовать полное и не полное получение данных, ну и для удобство фильтрации

$posts = $postRepo->findAllByCriteria( (new PostSearchCriteria)->withFullData(true) );

Comments

[fman2]

Да, но вопрос что этими данными заполнять.

[dmitriy]

я заполняю сущность