w
да это ваще тупость. прикольно в идеешках, где оно все группируется по метаинформации
Size: a a a
2021 June 07
w
просто контроллер — это метаинфа
w
юзер-контекст — тоже метаинфа
w
нужно иметь возможность переключаться между различными вариантами метаинфы, и смотреть энтити, когда удобно энтити, смотреть типы, когда удобны типы
w
типа все контроллеры вместе, или все по контексту client вместе
K
у меня тоже в итоге к этому пришло, на большом проекте слишком сложно искать если резать по типам сущностей
w
я пишу плагин для сублиме, чтоб можно было хоткеями открывать и прыгать все что связано с контекстом.
С другой стороны, вот компоненты в реакте, этож ппц какой-то. ты такой набираешь "открыть index.js", а он в абсолютно в каждом компоненте index.js
С другой стороны, вот компоненты в реакте, этож ппц какой-то. ты такой набираешь "открыть index.js", а он в абсолютно в каждом компоненте index.js
ЕЗ
В фениксе по дефолту предлагается промежуточный вариант, мне он очень нравится.
Контроллеры/другие интерфейсы наружу — отдельно, энтити и все что с ними связано — отдельно.
Контроллеры/другие интерфейсы наружу — отдельно, энтити и все что с ними связано — отдельно.
AD
читал, но я плохо к этому отношусь потому что во фронте это может и сработает, а в бэкенде не факт что это работать будет так же хорошо, потому что не всегда можно явно компонент вытащить
AD
так это амбрелла
w
и если побить по контекстам, то выйдет такая же ерунда:
client/model
client/controller
client/decorator
client/model_spec
client/model
client/controller
client/decorator
client/model_spec
ЕЗ
Не, амбрелла это другое, я прям про одно единственное приложение.
AD
а, я понял о чем ты походу
AD
ну и UI компоненты проще вытащить, потому что ты их видишь так или иначе
CM
я вот считаю, что подход с делением по сущностям ещё хуже, чем делить по контроллерам/моделям и т.п.
чтобы понять, почему, можно просто визуализировать зависимости
чтобы понять, почему, можно просто визуализировать зависимости
K
это не работает если их уже много и никто не знает что они делают
CM
вместо деления по сущностям лучше делить по каким-то контекстам / бизнесовым юнитам / процессам
а если непонятно как выделять так — лучше всё же сделать группировку по контроллер/модел/т.п.
а если непонятно как выделять так — лучше всё же сделать группировку по контроллер/модел/т.п.
ЕЗ
Там project_name и project_name_web.
В первом — вся бизнес-логика и бизнес-домен. Обычно организуется как раз по энитити.
А во втором — вьюхи-шаблоны-контроллеры-каналы
В первом — вся бизнес-логика и бизнес-домен. Обычно организуется как раз по энитити.
А во втором — вьюхи-шаблоны-контроллеры-каналы
ЕЗ
Почти как в ханами, короче.