Yii Framework

sda писал(а): ↑2017.03.22, 15:36 Есть доменный объект и часть его состояния нужно отобразить в пользовательском интерфейсе.

Подскажите, по следующим вопросам:

1. ViewModel можно создавать в контроллере ?

sda писал(а): ↑2017.03.22, 15:362. ViewModel может зависеть от фреймворка ?

sda писал(а): ↑2017.03.22, 15:363. Application service может возвращать в контроллер доменный объект ?

zelenin писал(а): ↑2017.03.23, 00:14

sda писал(а): ↑2017.03.22, 15:363. Application service может возвращать в контроллер доменный объект ?

может.

anton_z писал(а): ↑2017.03.23, 02:18

zelenin писал(а): ↑2017.03.23, 00:14

sda писал(а): ↑2017.03.22, 15:363. Application service может возвращать в контроллер доменный объект ?

может.

По мне так лучше возвращать dto или transformer. В книге DDD in PHP так и советуют: не связывать напрямую домен и ui. Не давать ui доступа к бизнес методам. Все через application services, request/response и dto.

zelenin писал(а): ↑2017.03.23, 02:43 вернуть сущность и передать в трансформер для формирования контекстозависимого viewmodel. давать доступ ui не надо.
сервис контекстонезависим, поэтому не знает о ui и формате viewmodel.

anton_z писал(а): ↑2017.03.23, 02:49 А если можно сущность возвращать, то почему тогда нельзя сущность создавать в контроллере и передавать ее в сервис?

anton_z писал(а): ↑2017.03.23, 02:47

zelenin писал(а): ↑2017.03.23, 02:43 вернуть сущность и передать в трансформер для формирования контекстозависимого viewmodel. давать доступ ui не надо.
сервис контекстонезависим, поэтому не знает о ui и формате viewmodel.

А если dto из сервиса возвращать, это сделает его контекстозависимым?

anton_z писал(а): ↑2017.03.23, 02:47Что лучше возвращать из сервиса - сущность или dto?

$dto = $this->postDtoFactory->fromRequest($request);
$this->postService->savePost($dto);
$post = $this->postService->getPost($dto->id());
$viewModel = $this->viewModelFactory->create($post);

zelenin писал(а): ↑2017.03.23, 03:03 ну а какой ты dto вернешь? данные из сущности Post или Post+Comments+Author? сервис не знает какие данные ждет ui. А вернув сущность, мы получим доступ ко всем необходимым данным (если учесть что у нас уже работает lazy load итд).

zelenin писал(а): ↑2017.03.23, 03:45 ну и ок? в чем проблема? в том, что ты не можешь уложить в один паттерн все случаи жизни?

anton_z писал(а): ↑2017.03.23, 04:16 А если у меня внизу (в application service), не domain model a голый SQL тогда кроме возврата DTO альтернатив нет?
В старых приложениях, которые приходится поддерживать, понамешан SQL и html. Рефакторю заворачиванием в application services, отделяя ui от работы с данными.

Пользователь делает запрос, чтобы войти на сайт. Пользователь получает ответ с данными о своем профиле. Остальные получают уведомление о входе пользователя с усеченными данными о его профиле.

sda писал(а): ↑2017.03.22, 15:36 3. Application service может возвращать в контроллер доменный объект ?

sda писал(а): ↑2017.04.19, 22:53 То есть условно на запрос пользователя ему нужно вернуть ответ {login: 'name', money: 100}, а всем остальным уведомление {login: 'name'}. Но я не могу из сервиса вернуть два разных dto. Теперь я вообще не знаю, что я должен возвращать из сервиса.