ЕЗ
Я тоже как-то не схватил идею про дублирование. Если не разъезжаться по микросервисами, то не вижу в этом смысла
А мы прям обязательно поедем в сервисы следующим шагом.
Size: a a a
2020 April 10
f🤔
VS
Ясно спасибо
VS
У нас есть коллеги на соседнем проекте в компании, они все изначально делают через микросервисы, докер и все вот это. Это действительно выглядит как много боли постоянной
IM
Viacheslav Stepanov
Вот дублировать модели вообще звучит не очень, как по мне
это прям топ тема, на самом деле
IM
так-то можно было сделать одну модельку на все энжины, а внутри энжинов в декоратор заворачивать — тот же результат был. но отдельные модельки, смотрящие на одну таблицу — норм тема
IM
жизнь становится в разы лучше. но для этого нужно какие-то убеждения иметь и понимать, зачем ты это делаешь
VS
мы как раз в декоратор заворачиваем то, что добавляется энджином (связи например)
VS
получается энджины не могут без ядра существовать, а ядро не страдает при отключении энджина
VS
дублировать модели это наверное надо только тогда, когда уже готов в новое app выделить engine
ЕЗ
А если не готов, то зачем выделять engine вообще?
VS
затем чтобы enigne можно было отключить просто
ЕЗ
Связность все равно остается.
VS
связность в одну сторону
ЕЗ
Нууу, да, в этом есть смысл.
Это тогда абсолютно разная философия использования энжинов получается.
Это тогда абсолютно разная философия использования энжинов получается.
AP
А у вас случаи бывают, когда engine по сути мини-приложение, со своими модельками, контроллерами, и какая-нибудь одна моделька устанавливает ассоциацию с другой (belongs_to, например) из другой модельки?
VS
ну вот если в модели engine появляется связь на модель ядра - это просто прописывается в модели engine, ничего страшного
VS
если нужно добавить связь из ядра к engine то код ложится декоратором в кодовую базу engine
AP
А вот если на модель другого модуля
AP
и если мы этот модуль выкидываем и хотим, чтобы все работало)