feat(abstractions): add info about allowed types in slices

#61

Author: azinit

intro/abstractions.md

@@ -1,5 +1,6 @@
 [src-disc]: https://github.com/feature-sliced/wiki/discussions/31
 [disc-poll]: https://github.com/feature-sliced/wiki/discussions/31#discussioncomment-464894
+[disc-list]: https://github.com/feature-sliced/wiki/discussions/
 [disc-processes]: https://github.com/feature-sliced/wiki/discussions/20
 [disc-model]: https://github.com/feature-sliced/wiki/discussions/68
 [tg-description]: https://t.me/atomicdesign/18951
@@ -168,13 +169,46 @@
 > *До этого - надо определится со скоупом влияния (слайсом) и доменом*
 
 ```sh
-├── {domain}/
-|   ├── ui/                     # UI-логика (components, ui-widgets, ...)
-|   ├── model/                  # Бизнес-логика (store, actions, effects, reducers, ...)
-|   ├── lib/                    # Инфраструктурная логика (utils/helpers)
-|   └── api/                    # Логика запросов к API (api instances, requests, ...)
+{slice}/
+    ├── {domain}/
+    |   ├── ui/                     # UI-логика (components, ui-widgets, ...)
+    |   ├── model/                  # Бизнес-логика (store, actions, effects, reducers, ...)
+    |   ├── lib/                    # Инфраструктурная логика (utils/helpers)
+    |   └── api/                    # Логика запросов к API (api instances, requests, ...)
 ```
 
+<details>
+<summary>Про разрешенные типы для слайсов</summary>
+
+Конечно, хочется, чтобы **любой из перечисленных выше типов** можно было положить внутри домена **любого слайса**
+
+Однако [опыт и дискуссии][disc-list] показали, что лучше и логичнее ограничить каждый слайс на используемые внутри типы
+
+**Общие правила:**
+- (\*) Чем выше расположен слайс - тем больше он знает про БЛ приложения и наоборот
+- (\*\*) API логику *рекомендуется* класть в `shared`, чтобы не распылялась по проекту
+    > Как правило - она общая и представлена в виде единых инстансов
+    >
+    > **Edge-cases**: *GraphQL*, *react-query hooks*
+
+**Для конкретных слайсов:**
+1. `app`: Обычно не включает в себя домены и содержит логику инициализации
+    > Имеющиеся типы не совсем подходят, а потому используются обычно `/hocs`, `/styles` и т.д.
+    > 
+    > Очень зависит от проекта и вряд ли решается методологией
+2. `processes`: Обычно домены внутри включают в себя только бизнес-логику, без отображения (\*)
+    > Разрешенные типы: `lib`, `model`, `**api`
+3. `pages`: Обычно домены внутри включают в себя ui- и model- композицию различных фичей для конкретной страницы
+    > Разрешенные типы: `ui`, `lib`, `model`, `**api`
+4. `features`: Обычно домены внутри включают в себя композицию сущностей и реализацию БЛ в модели + отображение
+    > Разрешенные типы: `ui`, `lib`, `model`, `**api`
+5. `entities`: Обычно домены внутри представляют разрозненный набор подмодулей для использования
+    > Разрешенные типы: `ui`, `lib`, `model`, `**api`
+6. `shared`: Обычно содержат только инфраструктурную логику без БЛ \*)
+    > Разрешенные типы: `ui`, `lib`, `api`
+
+</details>
+
 ## 📑 См. также
 - [Обсуждение **"Абстракции методологии, их цели и нейминг"**][src-disc]
 - **Обсуждения по неймингу сущностей**