Зло

Логика не должна быть в базе

@Oldfag смотри какая схема может существовать. Рассмотрим одну функцию твоего приложения. Пусть это будет показ пользователя из бд по id. У тебя есть 2 источника входящих данных, пусть это будет http и console. Ты делаешь по одному обработчику на эти источники. Обработчики приводят входящие данные к универсальному виду (пусть это будет какой-нибудь класс DTO, который просто хранит данные. Можешь сделать по одному DTO на каждый входящий тип данных. Использование словарей и чего-либо такого, что есть у тебя в языке, я не советую, т.к. это очень неявный путь). У тебя будет контроллер, который никак не завязан на http. Он будет универсальный. На вход в контроллер будет DTO с userId. Контроллер запихает это в модельку и получит от неё результат, тоже в виде DTO юзера и общий класс представления (пусть это будет UserView). Потом этот результат контроллер вернет в слой обработки запросов (консоль или http). Обработчик запросов выберет подходящий вью. Если запрос был по http, то это будет либо HtmlUserView или JsonUserView. Если запрос был через консоль, то это будет ConsoleUserView. И отдаст на выход. Логично, что все классы *UserView должны иметь единый интерфейс типа *UserView.show(UserDTO user). Тип такого

но учти, что это очень тяжелый путь. У тебя распухнет приложение что ппц. Если у тебя цель - сделать энтерпрайзную хуёвину, которую будут пилить несколько команд парарллельно, то такой путь тебе подойдёт. Если это маленькая приложуха на 5-10 эндпоинтов, то забей хуй и сделай все проще и менее универсально

@Oldfag че пилишь-то? какие функциональные требования у приложения? Какая команда разработки? Срок жизни проекта?

Есть подозрение что при трудоустройстве тестовое задание такое будет

не ебись

пошли нахуй ребят

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

поверь, это хуйня без задач на самом деле

именно в таком виде, в котором я расписал

обычно тебе не требуется весь функционал твоего приложения в консольном виде. Максимум - 2-3 функции. Решает это очень просто - не закладываешь в логику модели ничего от http. Потом на той же кодовой базе прикручиваешь консольные скрипты, используеющие модели и всё

С дто согласен, (по сути это и есть реквест универсальный) а каким транспортом он получен - не важно, нужны только адаптеры какие то которые будут ее создавать

Ну да, обычно так и есть)

Точнее даже не консольные а просто скрипты по крону вызываемые например

ага. Смысла такую архитектуру городить - ровным счетом ноль

разве что в обучающиъ целях

типа "а еще можно вот так"

Ну тип того

В развивающих