[ARCHIVED] Entities в методологии и их связность

[Lehakos]

Я понимаю, что entities, так же как и фичи, не должны импортировать друг друга. Но вот как этого избегать? Допустим, я делаю игру типо "Мафии". У меня есть сущность Player и есть сущность Role. Понятно, что в сущности Player есть поле role. А также может быть компонент PlayerCard, в котором помимо информации о самом игроке должна выводиться информация о его роли

[sergeysova]

Кажется, что не стоит пытаться переложить feature-sliced на игровые механики и сущности.
Лучше рассматривать на практических примерах фронтенд-проектов.

[azinit]

Кажется, что не стоит пытаться переложить feature-sliced на игровые механики и сущности.
Лучше рассматривать на практических примерах фронтенд-проектов.

Потому что в том числе можно переложить этот пример с игры на реальный

Есть пользователь (User) и его карточка
И есть его "Репутация/Роль/{YOUR_ENTITY_NAME}" - который надо тоже отобразить, но тем не менее он внутри пользователя

[Lehakos]

Кажется, что не стоит пытаться переложить feature-sliced на игровые механики и сущности.
Лучше рассматривать на практических примерах фронтенд-проектов.

А разве нельзя писать игру на реакте? Я, например, делаю для себя сейчас. Такую как Мафия почему нет?

[Lehakos]

Даже мы со своим feature-driven задавались вопросом - "А как этого избежать?"

И чаще всего подходящий ответ - "Вынести связи на уровень выше"

Я думаю интерфейсы можно выносить в отдельную директорию на одном уровне. Допустим entities/types или interfaces. Тогда можно будет хотя бы интерфейсы импортировать на одном уровне, будет работать dependency inversion principle. А уже компоненты компонавать можно на уровень выше

[ilyaagarkov]

А разве нельзя писать игру на реакте? Я, например, делаю для себя сейчас. Такую как Мафия почему нет?

на react писать можно конечно. React это лишь инструмент для отображения. Тут речь именно про feature-sliced, и что возможно не стоит пытаться натянуть эту методологию на игровые механики.

[azinit]

@ilyaagarkov , @sergeysova feature-sliced - про разрезание большого и сложного проекта, как по мне

Понятно, что с игровой разработкой добавляется еще контекст понятий, например Сцены, Модели (3D), Шейдеры, Материалы, Probes и т.д.

Но feature-sliced в том числе задается вопросами

• "А как разрезать?"
• "А что если нам нужно заимпортить фичу/entity/... внутри другой?
• и т.д.

И потому, мы, как приверженцы методологии, должны задумываться и о таких вещах!

@ilyaagarkov тем более ты сам чуть ниже про это написал (#49 (comment))

[ilyaagarkov]

@sergeysova тут на самом деле другой вопрос - "А что если у нас вложенные entities?"

Опять же, лучше практический пример смотреть

Думаю, что показательный пример - Пост с Комментариями.
Куда складывать компонент для отображения? Сразу учтем случай что комментарии могут быть не только у поста.

Кажется, что все таки entities должны импортировать другие entities. Ведь у нас всегда есть связи между сущностями,

И чаще всего подходящий ответ - "Вынести связи на уровень выше"

если брать те уровни которые у нас есть, то я не вижу где бы это могло быть.

[ecrofeg]

Использую FSD не на первом, и даже не на втором большом проекте (e-commerce), и вопрос о том "можно ли импортировать сущности друг в друга" встает всегда, потому что в реальном мире все сущности взаимосвязаны, какую бизнес-область ни бери :)

@azinit тред старый, но может подскажешь, какая сейчас основная рекомендация на этот счет? может стоит про это как-то упомянуть в доке (вроде бы про это ничего нет в разделе https://feature-sliced.design/ru/docs/reference/units/layers/entities)?

Вероятно даже эта страница лучше подходит https://feature-sliced.design/ru/docs/reference/isolation/decouple-entities

[azinit]

@feature-sliced/core

[aau8]

Ну, а как же shared? Одним из решений данной я проблемы, я вижу перенос сущностей (моделей) в каталог shared, где каждая сущность сможет импортировать любую другую, но тогда в entities останется только api и ui, а самой сущности не будет, что не совсем соответствует наименованию каталога...

[vad1ym]

Может связывать все в виджете? Я пока только вникаю в методологию, но виджет вроде бы подходит для данной цели:

/// widgets/PlayerCardWidget
import { PlayerCard, userModel } from 'entities/user';
import { RoleBadge } from 'entities/role';

<PlayerCard role={<RoleBadge role="userModel.role" /> } />

Ну а если роль это комплексный объект, то реализовать возможность в роль-моедел получить роль по имени:

/// widgets/PlayerCardWidget
import { PlayerCard, userModel } from 'entities/user';
import { RoleBadge, roleModel } from 'entities/role';

<PlayerCard role={<RoleBadge role="roleModel.getRoleByName(userModel.role)" /> } />