КГ
потому, что app/domain/infrastructure - это имитация слоев
ок, допустим. Код то как организовывать чтобы и себе и людям понятно было?
Size: a a a
2020 May 05
VT
+ тож думаю что внутри контекста делить оч неудобно вышло
оно не столько неудобно, сколько бессмысленно
там и так классиков не так уж много, чтоб еще их как-то условно делить, сами собой как-то делятся.
там и так классиков не так уж много, чтоб еще их как-то условно делить, сами собой как-то делятся.
Р
user
command
query
command
query
BT
ок, допустим. Код то как организовывать чтобы и себе и людям понятно было?
обычную структуру внутри смысловых модулей держи
VT
хотя PortAdapter всё еще отдельный сбоку, ибо по отвязке от вендора угорели
BT
оно не столько неудобно, сколько бессмысленно
там и так классиков не так уж много, чтоб еще их как-то условно делить, сами собой как-то делятся.
там и так классиков не так уж много, чтоб еще их как-то условно делить, сами собой как-то делятся.
this
потом ловишь себя на мысли, что больше занимаешься путешествиями по папочкам, чем написанием кода
потом ловишь себя на мысли, что больше занимаешься путешествиями по папочкам, чем написанием кода
КГ
обычную структуру внутри смысловых модулей держи
Обычная это какая? Controller/Entity/Form/Serializer?
MM
Руслан
user
command
query
command
query
Тоже говно
BT
Обычная это какая? Controller/Entity/Form/Serializer?
допустим, да
та, которая принята на проекте
та, которая принята на проекте
Р
Тоже говно
Согласен, говорю же что и так и так - говнище
Р
А как лучше?
AM
Обычная это какая? Controller/Entity/Form/Serializer?
User, Task, Work
MM
Лучше юзера подробить
ЕР
оно не столько неудобно, сколько бессмысленно
там и так классиков не так уж много, чтоб еще их как-то условно делить, сами собой как-то делятся.
там и так классиков не так уж много, чтоб еще их как-то условно делить, сами собой как-то делятся.
Ну у меня в некоторых местах возникает желание ещё разок разделить внутри логически, а вот эти "слои" мешают
Условно, команды отдельные консольные и пара инфраструктурных штук к ним типа finder для данных из бд, которые только для этой команды нужны
Условно, команды отдельные консольные и пара инфраструктурных штук к ним типа finder для данных из бд, которые только для этой команды нужны
КГ
допустим, да
та, которая принята на проекте
та, которая принята на проекте
Никакая не принята, года идут эксперименты не заканчиваются
MM
User
Registration
Reсovery
И внутри уже держать сообщения. Иначе у тебя.в 2х папках бужет мильен файлов
Registration
Reсovery
И внутри уже держать сообщения. Иначе у тебя.в 2х папках бужет мильен файлов
КГ
На самом деле годами срач идёт о том что всё ложно, но хоть какое то понимание за это время не сильно пришло. Метод тыка слишком долго тянется чтобы нащупать путь граблями
КГ
через грабли
КГ
User
Registration
Reсovery
И внутри уже держать сообщения. Иначе у тебя.в 2х папках бужет мильен файлов
Registration
Reсovery
И внутри уже держать сообщения. Иначе у тебя.в 2х папках бужет мильен файлов
А есть более развёрнутый пример? Где User лежит и тд
КГ
Для тупых(