Entities vs Features vs ...

[azinit]

DocDraft: Здесь можно кидать драфты/заметки - все что поможет в написании статьи

Нужна наконец дока, которая бы объяснила разницу между слоями
Либо дополнить существующую статью какую-нибудь, как эта
https://feature-sliced.design/docs/get-started/cheatsheet

Найди тысячу и одно объяснение разницы в истории чата 😏
https://t.me/feature_sliced/

[azinit]

@RinAkaia Про сущности и фичи)

https://t.me/feature_sliced/4074
https://t.me/feature_sliced/6883
https://t.me/feature_sliced/7023
https://t.me/feature_sliced/7294
https://t.me/feature_sliced/7600
https://t.me/feature_sliced/7604
https://t.me/feature_sliced/7769

[azinit]

Как пример для понимания что лежит в фичах, а что в сущностях:

=== entities/task/model#addItem 
Добавление новой таски во внутренний стор тасков

- Чисто "служебное" применение
- Не представляет конкретной бизнес-ценности / юзкейса
- Как основной метод объекта/репозитория, если бы мы его на бэке описывали

=== features/create-task
Создание новой таски, с синхронизацией на сервере, обработкой шагов юзкейса

- Про конкретную бизнес-ценность и юзкейс
- Может использовать "служебные" методы из нижележащих слоев (entities)

https://t.me/feature_sliced/3776

[azinit]

1) Если отвечать напрямую на вопрос (с актуальными критериями):
- entities - бизнес сущности/домены предметной области. 
С присущим им моделью данных и базовым entity-based юайкитом для дальнейшей композиции
(Card => BookCard, UserCard, ...)
- features - обрабатываемые юзкейсы/сценарии. Обрабатывают как правило конкретные события от пользователя, и несут наибольшую бизнес-ценность
- widgets - самостоятельные части страницы. Так же композирующие логику из нижних слоев, как это нужно

https://t.me/feature_sliced/6592

[azinit]

- **shared** - общеиспользуемая недоменная логика
- **entities** - конкретные домены описывающие части предметной области (т.е. "бизнес-сущности")
- **features** - обрабатываемый юзкейс (на события пользователя)
- **widgets** - самостоятельная и полноценная часть страницы
- **pages** - самостоятельные экраны приложения
- **app** - логика инициализации приложения

[azinit]

Попробуй частями применять
- Сначала все в widgets складируй, чтобы хотя бы как-то облегчить логику в страницах
- Потом когда начнешь страдать от деунифицированной логики (5 вариаций карточки юзера/поста/..., не говоря про модель) 
   - пробуй внедрять entities
- Затем со временем когда захочется все же более явно понимать, где начинается и заканчивается конкретный пользовательский сценарий 
   - выделяй features

Если все скопом применять, без разбора профитности и того, как это твои проблемы решит 
- само собой будет непонимание и недовольство
(особенно если на что-то такое до этого не приходилось натыкаться)

Исходи из проблем в архитектуре твоего проекта, опять же
Т.к. внедрять "слайсы ради слайсов" - тож не вариант

https://t.me/feature_sliced/10407

[azinit]

Т.к. entities/**/ui это тот же UIKit , только со спецификой предметной области
И желательно его держать максимально глупым
(Т.к. источники данных ещё кучу раз поменяться могут)

https://t.me/feature_sliced/11304

[dante01yoon]

Hi, can you please use English for from this comment ? want to get in discussion, but many writes are using Russian.

[aau8]

you can use translator for speaking on Russia, like this do most people of Rissian for speaking on English)))