МФ
Size: a a a
2021 September 25
SP
то же самое что и с сервисами менеджерами - каждую выборку в свой сервис. Тогда психологически будет проще "там где надо делать через sql и возвращать специализированные структуры", и все эти кейсы когда "репозиторий продуктов делает джойн на табличку юзеров" вдруг не будут казаться странным.
SP
в целом сложный вопрос. если этот запрос нужен строго в этом месте, если запрос не реюзается за счет своей специфичности, если контроллер ничего в целом не делает кроме как "сходить в базу и отдать" то в целом "а зачем еще доп прослойки"?
То есть в целом это весьма специфичный кейс (потому может и странно) но в целом имеет право на жизнь.
То есть в целом это весьма специфичный кейс (потому может и странно) но в целом имеет право на жизнь.
SP
а причем тут "Го" и "процедурно"? то что нет кейворда класс сразу делает систему процедурной? А ты представь что в го горутины это объекты.
SP
смысл же объектов в изоляции стэйта, горутины хорошо для этого подходят. и общаться сообщениями с ними можно.
МФ
Может некорректно слова использовал, но смысл хотел донести примерно такой же
https://t.me/symfony_php/289442
https://t.me/symfony_php/289442
МФ
Гоферы обычно придерживаются этой логики, конечно не про язык речь
SP
эх... было бы смешно если бы небыло так грустно. создаешь 50 классов на запрос, а потом оказывается что на 50 операций у тебя классов 150 и 80% пересекаются...
SP
понял. просто ты ж знаешь у меня пунктик на тему "если ты процедуру запихнул в класс она все еще процедура".
✨
всем добрый вечер!
✨
я не знаю такой таблицы или сущности, которая не используется в другом месте, или "только вот один запрос ей нужен, ну и че мне класс заводить", соответственно работу с этой сущностью или таблицей, пусть с джоинами или др. условиями легко можно вынести в отдельный класс работы с этой таблицей, хоть dbal, хоть доктриной, все в одно месте
✨
как раз таки в этом нет ничего плохого, метод вынесен в отдельный класс и ты его дергаешь, а речь шла о полной процедуре в контроллере
✨
есть одна причина, по которой я писала запросы в комманде - мне нужно было данные с легаси базы перенести и заполнить в новой, комманды выполнили свою работу, ну и все, нет больше комманд в проекте, в таком случае, если тебе временно нужно выполнить запрос, после чего ты его просто удалишь - да, соглашусь
BB
У меня такой вопрос. Вы проекты на чистой архитектуре пишете или же стараетесь? Типа 4 уровня: бизнес логика, бизнес процесс приложения, интерфейсы и адаптеры, фрейморки и драйвера. Или же нету привязки к такому подходу?
Возможно вопрос не совсем ясен. Хочу понять суть архитектуры. Какие еще возможно архитектуры бывают.
Возможно вопрос не совсем ясен. Хочу понять суть архитектуры. Какие еще возможно архитектуры бывают.
КГ
Ага, на чистом коде. Без фреймворков
✨
это ты должен для себя выбрать, какой архитектуре подходит твое приложение, нет серебряной пули
✨
есть куча шаблонов проектирования, и все они под свои задачи, иногда перемешиваются
BB
У нас в проекте все так привящан к фреймворку. Проект большой и очень много легаси говно кодов. И сейчас у нас идёт реворк на чистой архитектуре. И вот хотел узнать. Например в некоторых кейсах в самом контроллере идет бизнес логика процесса, про сервисы забыли совсем((
✨
твое наследие? ))
КГ
м?)