Service Result Pattern — в PHP?

Question

[Denis]

Добрый день, натолкнулся на статью по C#, где описывается как создать объект, который будет содержать результат о работе сервиса.
Result Pattern
Хочу сделать что-то подобное, встречал ли кто-то информацию применимую к PHP (я конечно могу на базе этой статьи сделать, но хочется почитать и другие мнения)?

Answer 1

[galliard]

Вот не первый раз замечаю, что именно C# комъюнити люто бешено ненавидит эксепшны и все время пытается изобрести способы их чем-то заменить.

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

Comments

[Denis]

galliard ,
Кучу классов экспшенов никто не отменял. Эксепшены и будут играть основную роль, дело в хранении обработки и отдачи клиенту результата
к примеру идея такая весь экшен контроллера обернут в тру-кетч в зависимости от того какого типа был выброшен эксепшен (или его вообще не будет и результат будет соответствовать ожиданиям) будет генерироваться соответствующий объект результата, этот объект мы помещаем в нужный обработчик респонса (будь-то это ответ для апи или же это просто аякс запрос или еще что то), то обработчик по данными из объекта уже возвращает нужный код ответа как для апи или может даже соответсующие стили компонента бутстрапа алерт и т. д.
хочется как-то структурировать ответ от экшена поскольку когда много людей на проекте у каждого разные мнения об удобности.

[galliard]

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

1) Ты ловишь эксепшн примо в контроллере и тут же формируешь респонс. Способ пригоден для самых примитивных случаев.

2) Ты не ловишь эксепшн и таким образом пробрасываешь его дальше вплоть до глобального еррор-хендлера.

3) Комбинированный. Ты все-таки ловишь эксепшн бизнес-логики в контроллер, но заворачиваешь его в какой-нибудь NotFoundHttpException и пробрасываешь дальше вплоть до глобального еррор-хендлера.

На мой взгляд 3й вариант более концептуально более чистый, так как позволит управлять особенностями http протокола (статус-коды, заголовки) непосредственно в контроллере, ведь он именно для этого и предназначен.

Ну а в глобальном еррор-хендреле можно организовать какой-нибудь Command Bus, в котором заранее уже прописаны соответствия ErrorType => ErrorHandler. Ну а если все ошибки обрабатываются более-менее однообразно - можно и обычным сервисом рендеринга обойтись.

[Denis]

galliard,
Интересная мысль, может встречали на github примерную реализацию?

[galliard]

Denis, я реализовывал этот концепт в своих коммерческих проектах, показать которые по понятным причинам не могу.

[galliard]

OnYourLips, что вы имеете ввиду под "batch actions"? Гугл по этой фразе выдает только что-то связанное с фронтендом.

А Result не является ValueObject'ом, это скорее DTO.

[galliard]

OnYourLips, как много в вашей речи незнакомых мне терминов)) Конга - это что? Гугл знает только МФО с таким названием)))

DTO это не только про вход и выход из системы, это в первую очередь про путешествие данных между слоями абстракции.