Куда писать обращения к сервисам?

Question

[Владимир Грабко]

Так как индексация js приложений поисковиками уг я быстренько начал думать чего же сделать. Сразу пришло в голову сделать Go морду. Поковырял пару дней его шаблонизатор. НЕ понравилось.

Взял я значит php и написал на нём клиент для своих сервисов (с поправками. Теперь вместо хешей + открытые данные по сети ходит xxtea + base64. Намного меньше трафика кушает). Благо пхп настолько прост что глядя в исходники клиента на Go я набросал тоже на пхп минут за 10. Сейчас сервисы запущены в docker контейнерах. Тестирую и вижу что в общем запрос отработал за 8 мс.

Поставил laravel5. Сервис авторизации вынес в него (да да. Забросайте помидорами). Всю логику я пишу в моделях, а в контроллерах просто валидация и вызов вьюшки. См. MVC активная модель.

Так же в модель собрался писать запросы к сервисам. Пока всё нравиться (возможно из-за статической типизации пхп. Не суть). Но здесь задал вопрос потому что вдруг можно сделать ещё красивее, а я даже не знаю.

Answer 1

[Сергей Протько]

См. MVC активная модель.

Где смотреть? Модель всегда активна, она же модель. А когда логика в контроллерах это отсутствие разделения.

возможно из-за статической типизации пхп. Не суть

В PHP типизация динамическая, причем даже хуже, слабая динамическая.

Так же в модель собрался писать запросы к сервисам.

Помимо моделей элоквента у вас есть возможность делать сервисы. Вот туда и пхайте. Контроллеру не важно кто выступает "моделью", сущности или сервисы. Их задача запросить состояние и сформировать пассивную вьюшку.

Comments

[Владимир Грабко]

я так и делаю. Вы меня не правильно поняли. Есть ещё и пасивная модель (без логики). Типизация в php7

[Сергей Протько]

Владимир Грабко: это называется не пассивная а анемичная модель. И повторюсь, в случае пассивной модели у вас логика должна была вытечь в контроллер и тогда как бы можно забыть вообще о том что у нас есть это разделение. Тогда контроллер становится моделью и возникает высокая связанность модели и представления (так как нет мидиатора между ними и моделька вынуждена сама готовить представление).

Типизация в php7 такая же какая была в php5, слабая динамическая. Тайпхинтинги помогают но не сильно. С динамической системой типов удобнее работать.

[Сергей Протько]

Владимир Грабко: уточню на всякий случай. В чем вопрос? Где делать запросы к внешним сервисам - в сервисах. В случае авторизаци - сервис юзер провайдеров я полагаю.

В вашем вопросе слишком много хваставства и очень мало вопроса.

[Владимир Грабко]

Сергей Протько: я написал что делаю в модели всю логику. Но если смотреть доку ларавела то там в моделях просто получение данных из бд БЕЗ какой либо логики. Вот и написал сюда правильно ли делаю.

[Сергей Протько]

Владимир Грабко: забейте на терминологию laravel. Модели в контексте eloquent это модели отдельных сущностей а не всей предметной области (не все бизнес логика может быть в сущностях).

Для этого и придуман сервисный слой. По сути "модель" в контексте MV* штук это приложение без UI. То есть это далеко не один класс. Причем с точки зрения каждой вьюхи моделью для нее будет вершина графа объекта с которой оно соприкасается и только.

Короч сервисы - это хорошо. Контроллеры не должны особо знать разницу между сервисами и сущностями. Это просто объекты.

Answer 2

[qweqwa]

https://habrahabr.ru/post/269589/