DS
И то, что они не будут загружаться, пока ты не попросишь (да и 10к постов в блоге в учебном проекте - я тебя умоляю)
Ну так когда ты попросишь, их загрузится сразу дофига.
Size: a a a
2020 November 27
DC
Я не хочу особо вчитываться в изначальное обсуждение, но если говорить о бд, то циклических зависимостей нужно максимально избегать. Если говорить про jpa, то сущности могут ссылаться друг на друга(но в бд связь должна оставаться односторонней)
Это не имеет отношения к проблеме
DS
Если ты ни каскадных операций нет, никакой логики дополнительной нет, то эта коллекция тут вообще ни к месту.
D𝔇
И то, что они не будут загружаться, пока ты не попросишь (да и 10к постов в блоге в учебном проекте - я тебя умоляю)
А с другой стороны, почему не сделать отдельный метод для загрузки постов по автору?
DC
А с другой стороны, почему не сделать отдельный метод для загрузки постов по автору?
Никто не мешает существовать и тому, и другому
DS
Создание поста ты же явно будешь делать не путём загрузки автора со всеми постами и добавлением одного поста.
DS
И потом записи всей этой огромной конструкции.
D𝔇
Никто не мешает существовать и тому, и другому
Да. На самом деле, нет идеальной архитектуры, есть некоторый набор удачных практик и набор неудачных.
А дальше каждый думает своей головой
А дальше каждый думает своей головой
N
Что всегда двухстороннюю надо?
Сапсибо. Попробую сделать одностороннюю связь.
DS
Сапсибо. Попробую сделать одностороннюю связь.
Только со стороны постов - не со стороны автора.
DS
У односторонней связи со стороны родителя будут побочные эффекты нехорошие.
V
Не понимаю. Автор - это же модуль. Он сделан для повторного использования.
Пост - это тоже модуль. Разве нет? Он обособлен логически. Вот модуль.
А соединить вместе их в связь нельзя, т.к. получается кольцевая зависимость.
Если же рушить модули, зачем они тогда вообще нужны?
Пост - это тоже модуль. Разве нет? Он обособлен логически. Вот модуль.
А соединить вместе их в связь нельзя, т.к. получается кольцевая зависимость.
Если же рушить модули, зачем они тогда вообще нужны?
Модель можно выделить в отдельный модуль, как Денис и предлагает. Логику оставить в модулях, модель будет общей для двух других модулей.
Тебе потом и sql тогда размазывать по модулям и liquibase, это все неудобно
Тебе потом и sql тогда размазывать по модулям и liquibase, это все неудобно
N
Vlad
Модель можно выделить в отдельный модуль, как Денис и предлагает. Логику оставить в модулях, модель будет общей для двух других модулей.
Тебе потом и sql тогда размазывать по модулям и liquibase, это все неудобно
Тебе потом и sql тогда размазывать по модулям и liquibase, это все неудобно
Мне пока все неудобно. Но выделять клочками что-то в модули я бы не хотел. Есть пост - он модуль. Есть автор - он модуль. Это логично и понятно. Как тут что еще придумать с тремя модулями - я вообще не понимаю. Проект превратится в амебу.
DC
Мне пока все неудобно. Но выделять клочками что-то в модули я бы не хотел. Есть пост - он модуль. Есть автор - он модуль. Это логично и понятно. Как тут что еще придумать с тремя модулями - я вообще не понимаю. Проект превратится в амебу.
Когда у тебя есть модуль с общими зависимостями - это тоже логично и понятно. Я сказал тебе буквально, совершенно прямо, что тебе надо выделять в третий модуль.
V
Мне пока все неудобно. Но выделять клочками что-то в модули я бы не хотел. Есть пост - он модуль. Есть автор - он модуль. Это логично и понятно. Как тут что еще придумать с тремя модулями - я вообще не понимаю. Проект превратится в амебу.
У тебя автор это не энтити. Энтити это способ работы с бд. Вот сменишь ты на sql, без jpa и что, автор пропадет? Вот ты способ хранения общий для всех своих сущностей можешь выделить. Там будет логика общая для всего способа хранения, а твои модули останутся как были и автор будет модулем. А вот детали хранения будут спрятаны в модуле автора
P
Хелло. Может кто-нибудь подсказать что-то годное по collections почитать? Вникал только совсем уж в общих чертах, хочется углубиться.
DS
Мне пока все неудобно. Но выделять клочками что-то в модули я бы не хотел. Есть пост - он модуль. Есть автор - он модуль. Это логично и понятно. Как тут что еще придумать с тремя модулями - я вообще не понимаю. Проект превратится в амебу.
А если у тебя в проекте 10 таблиц будет - у тебя будет 10 модулей? А если сто таблиц?
N
А если у тебя в проекте 10 таблиц будет - у тебя будет 10 модулей? А если сто таблиц?
Не по таблицам счет. А по сущностям. Если 100 сущностей, будет 100 модулей. У сущности автор маожет быть несколько таблиц, например. Мало ли. Специализация какая у него или еще что. В общем, автор - это сущность.
V
Хелло. Может кто-нибудь подсказать что-то годное по collections почитать? Вникал только совсем уж в общих чертах, хочется углубиться.
Если углубиться, то читать исходный код)
P
Vlad
Если углубиться, то читать исходный код)
Не настолько)