ПФ
Но надо и правда не всем
Size: a a a
2021 April 22
PD
Хм, я бы вот хитрые системы блокировок предпочел бы писать на голом SQL
ПФ
Сцепленные графы объектов тоже хрен руками сохранишь в джуке, реально куча кода ради тривиальной задачи
PD
Вернее, придумать, как бы их вообще не писать )
ПФ
Если можно придумать -значит проблемы нет
PD
Ну, вот тут тоже я бы задумался, а все ли я правильно делаю, что мне такое стало нужно )
ПФ
Конечно. У тебя админка,в которой пользователь создаёт, а потом персистит граф объектов
ПФ
Нормальная ситуация абсолютно
PD
Хм. Я вот сколько админок наплодил - не возникало такой проблемы ни разу...
PD
Даже графов объектов обычно не нужно, зачем больше одного за раз.
ПФ
Значит простые делал. А мы вот делали админку смэв где такое хотелось делать. Создать ведомство со связями, источниками данных и так далее
ПФ
Или вот описать структуру склада в ламоде. Тоже вполне себе огромная гроздь объектов
ПФ
Ну если ты не хочешь по одной полочке создавать, конечно
PD
Ну, сложные структуры приходилось создавать, но это обычно звездочка и проблем особых не возникало.
Впрочем, если бы возникало, то я бы скорее записывал бизнес-операции, а потом проигрывал бы их через workflow, так как все равно небось разные куски в разных сервисах надо создавать, а тут никакой хибер не спасет
Впрочем, если бы возникало, то я бы скорее записывал бизнес-операции, а потом проигрывал бы их через workflow, так как все равно небось разные куски в разных сервисах надо создавать, а тут никакой хибер не спасет
ПФ
Ну вот пример с архитектурой склада - один сервис
ПФ
Там вообще был большой монолит и это было прекрасно
PD
Ну, это да. Я вот иногда думаю, нафига я текущий продукт на нескольких сервисах делаю...
ПФ
Ну это ты опять про необходимость ормов споришь
PD
Впрочем, разницы не много..
PD
Не, я пока же вообще не спускаюсь на уровень орма )