Size: a a a

2020 November 27

DC

Denis Chikanov in learn.java
Nonverbis
А какая тут общая модель?
Бложек. Автор и его посты.
источник

DC

Denis Chikanov in learn.java
Ну что есть буквально энтити, да.
источник

N

Nonverbis in learn.java
Denis Chikanov
Бложек. Автор и его посты.
Не понимаю. Автор - это же модуль. Он сделан для повторного использования.
Пост - это тоже модуль. Разве нет? Он обособлен логически. Вот модуль.
А соединить вместе их в связь нельзя, т.к. получается кольцевая зависимость.

Если же рушить модули, зачем они тогда вообще нужны?
источник

DC

Denis Chikanov in learn.java
Nonverbis
Не понимаю. Автор - это же модуль. Он сделан для повторного использования.
Пост - это тоже модуль. Разве нет? Он обособлен логически. Вот модуль.
А соединить вместе их в связь нельзя, т.к. получается кольцевая зависимость.

Если же рушить модули, зачем они тогда вообще нужны?
Автор - это не модуль, это энтити. Пост - тоже энтити. Ты берёшь энтити и выносишь их из модулей в общий. Сама логика работы с авторами остаётся в одном модуле, с постами - в другом.
источник

DC

Denis Chikanov in learn.java
Nonverbis
Не понимаю. Автор - это же модуль. Он сделан для повторного использования.
Пост - это тоже модуль. Разве нет? Он обособлен логически. Вот модуль.
А соединить вместе их в связь нельзя, т.к. получается кольцевая зависимость.

Если же рушить модули, зачем они тогда вообще нужны?
Ну и да, раз у тебя есть кольцевая зависимость, это как бы намекает, что "обособлен логически" - это не совсем правда.
источник

N

Nonverbis in learn.java
Denis Chikanov
Автор - это не модуль, это энтити. Пост - тоже энтити. Ты берёшь энтити и выносишь их из модулей в общий. Сама логика работы с авторами остаётся в одном модуле, с постами - в другом.
Автор - это модуль. Потому что автору надо сделать Crud. У автора своя статика. Своя бизнес-логика. Ну, все свое. Чтобы не ловить это по всему проекту. И для повторного использования автор напрашивается в модуль.

У поста то же самое.
источник

DC

Denis Chikanov in learn.java
Nonverbis
Автор - это модуль. Потому что автору надо сделать Crud. У автора своя статика. Своя бизнес-логика. Ну, все свое. Чтобы не ловить это по всему проекту. И для повторного использования автор напрашивается в модуль.

У поста то же самое.
Ещё раз: у тебя есть модели данных. Энтити. Они не укладываются в эту твою стройную модель с понями и радугой, потому что, ты сам сказал, есть кольцевая зависимость. Из чего следует, что это или один и тот же общий модуль на всё, или у тебя появляется модуль с общим для двух модулей АПИ - будь то просто модели или модели и интерфейсы.

"Эти модули обособлены, но создают между собой кольцевую зависимость" - это попытка сесть на два стула.
источник

N

Nonverbis in learn.java
Denis Chikanov
Ещё раз: у тебя есть модели данных. Энтити. Они не укладываются в эту твою стройную модель с понями и радугой, потому что, ты сам сказал, есть кольцевая зависимость. Из чего следует, что это или один и тот же общий модуль на всё, или у тебя появляется модуль с общим для двух модулей АПИ - будь то просто модели или модели и интерфейсы.

"Эти модули обособлены, но создают между собой кольцевую зависимость" - это попытка сесть на два стула.
Что-то здесь не  так. Но модульность надо сохранить.
источник

DC

Denis Chikanov in learn.java
Nonverbis
Что-то здесь не  так. Но модульность надо сохранить.
Да, твоя логика.
источник

DC

Denis Chikanov in learn.java
Nonverbis
Что-то здесь не  так. Но модульность надо сохранить.
Модульность сохранится, просто модулей станет 3, а не 2.
источник

.

... in learn.java
Denis Chikanov
Да, твоя логика.
А что сулит кольцевая зависимость? Что-то типо дедлока?
источник

DC

Denis Chikanov in learn.java
...
А что сулит кольцевая зависимость? Что-то типо дедлока?
Проект просто не соберётся.
источник

N

Nonverbis in learn.java
Denis Chikanov
Модульность сохранится, просто модулей станет 3, а не 2.
Нельзя сделать 3 модели там, где их 2. Это для повторного использования задумано. Как же можно повторно использовать что-то из этих трех моделей? Если они работать могут только все три вместе.
источник

DS

Dmitriy Shilnikov in learn.java
Nonverbis
Нельзя сделать 3 модели там, где их 2. Это для повторного использования задумано. Как же можно повторно использовать что-то из этих трех моделей? Если они работать могут только все три вместе.
Так ты сам их так делаешь, что они только вместе работать могут.
источник

DC

Denis Chikanov in learn.java
Nonverbis
Нельзя сделать 3 модели там, где их 2. Это для повторного использования задумано. Как же можно повторно использовать что-то из этих трех моделей? Если они работать могут только все три вместе.
Ладно, можешь просто не писать код, тебе это очень поможет. Я умываю руки.
источник

N

Nonverbis in learn.java
Dmitriy Shilnikov
Так ты сам их так делаешь, что они только вместе работать могут.
Натурально они связаны двусторонней связью.
источник

DS

Dmitriy Shilnikov in learn.java
Nonverbis
Натурально они связаны двусторонней связью.
Связи можно и убрать...
источник

DS

Dmitriy Shilnikov in learn.java
Можно сделать одностороннюю связь
источник

DC

Denis Chikanov in learn.java
Nonverbis
Натурально они связаны двусторонней связью.
Тогда это один модуль по твоей логике, а не два, как это два модуля, если у них двухсторонняя связь, и они не могут быть использованы один без другого
источник

DS

Dmitriy Shilnikov in learn.java
Если ты прямо считаешь, что эти сущности у тебя совсем самостоятельные, и что они должны в разных модулях быть, то ты можешь просто убрать все связи и всё.
источник