mirror of
https://github.com/gromlab-ru/slm-design.git
synced 2026-08-22 07:30:16 +03:00
87 lines
5.5 KiB
Markdown
87 lines
5.5 KiB
Markdown
|
# Domains: рабочие заметки
|
|||
|
|
|
|||
|
|
> Статус: исследовательский черновик. Материалы в этой папке не являются спецификацией и пока не задают обязательных правил SLM.
|
|||
|
|
|
|||
|
|
Эта папка фиксирует текущую гипотезу о новой сущности `Domain`, business-модуле внутри неё, framework-neutral factory, ports, adapters, presets и framework bindings.
|
|||
|
|
|
|||
|
|
Level 3 развивает доменный модуль Level 2 в строгую доменную границу с несколькими модулями разных ролей. Такой переход может потребовать рефакторинга, но сохраняет предметного владельца и базовые модульные правила.
|
|||
|
|
|
|||
|
|
Идентификаторы вида `DOM-N001` и `FAC-N001` являются стабильными якорями заметок. Они нужны для обсуждения и последующего переноса решений в спецификацию, но не являются идентификаторами нормативных правил.
|
|||
|
|
|
|||
|
|
## Основная формула
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
Business определяет ЧТО делать.
|
|||
|
|
Ports описывают ЧТО business нужно.
|
|||
|
|
Factory создаёт business API из ports.
|
|||
|
|
Adapters реализуют ports в конкретной среде.
|
|||
|
|
Preset выбирает adapters, scope и lifecycle.
|
|||
|
|
Framework binding подключает готовый API к React, Vue, Next.js и другим фреймворкам.
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
Краткая схема:
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
┌─ browser preset
|
|||
|
|
├─ SSR request preset
|
|||
|
|
Business factory + ports ├─ server action preset
|
|||
|
|
├─ per-test assembly
|
|||
|
|
└─ другой application preset
|
|||
|
|
|
|||
|
|
готовый business API instance
|
|||
|
|
├─ framework bindings
|
|||
|
|
├─ compositions
|
|||
|
|
└─ другие business factories через ports
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## Зафиксированные гипотезы
|
|||
|
|
|
|||
|
|
### DOM-N001: Domain является отдельной архитектурной сущностью
|
|||
|
|
|
|||
|
|
Domain является границей владения одной предметной областью. Он содержит modules и logical groups с разной технической ролью, но общей доменной принадлежностью.
|
|||
|
|
|
|||
|
|
### DOM-N002: Business внутри Domain является модулем
|
|||
|
|
|
|||
|
|
`business` имеет собственную ответственность и public API, поэтому это module, а не segment. `types/`, `services/`, `errors/` и `lib/` внутри business остаются segments.
|
|||
|
|
|
|||
|
|
### FAC-N001: Один business-контракт имеет одну factory
|
|||
|
|
|
|||
|
|
Разные среды выполнения не требуют разных factories, если они предоставляют один и тот же API. Различия среды выражаются ports, adapters и presets.
|
|||
|
|
|
|||
|
|
### PRE-N001: Одна factory допускает несколько presets
|
|||
|
|
|
|||
|
|
Browser, SSR, server action, tests и другие контексты могут собирать одну factory с разными реализациями ports.
|
|||
|
|
|
|||
|
|
### FAC-N002: Business и factory нейтральны к framework и environment
|
|||
|
|
|
|||
|
|
Изоморфный business import graph не достигает React, Vue, Next.js, browser-only, server-only, SDK, storage implementations и других concrete runtimes.
|
|||
|
|
|
|||
|
|
### PRE-N002: Среда является свойством preset
|
|||
|
|
|
|||
|
|
Client/server/request различия определяются preset и выбранными adapters, а не `mode` внутри factory. Tests создают отдельную per-test assembly напрямую через factory и не требуют общего test preset.
|
|||
|
|
|
|||
|
|
## Карта заметок
|
|||
|
|
|
|||
|
|
- [Domain](./domain.md) - роль новой сущности, структура и публичные границы.
|
|||
|
|
- [Business](./business.md) - ответственность business-модуля, types, pure functions и errors.
|
|||
|
|
- [Factory, ports и adapters](./factory-ports-adapters.md) - контракт factory и требования изоморфности.
|
|||
|
|
- [Presets и SSR](./presets.md) - варианты сборки, lifecycle и защита server-only кода.
|
|||
|
|
- [Framework bindings](./framework-bindings.md) - React/Vue/Next-код внутри Domain.
|
|||
|
|
- [Тестирование](./testing.md) - границы тестов, factory-level contract, harness, adapters, presets, framework и UI.
|
|||
|
|
- [Auth как проверочный пример](./auth-example.md) - применение гипотез к реальному модулю.
|
|||
|
|
- [Открытые вопросы](./open-questions.md) - решения, которые ещё нельзя превращать в правила.
|
|||
|
|
|
|||
|
|
## Предварительная структура приложения
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
src/
|
|||
|
|
├── app/
|
|||
|
|
├── compositions/
|
|||
|
|
├── domains/
|
|||
|
|
├── infra/
|
|||
|
|
├── ui/
|
|||
|
|
└── shared/
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
`domains/` пока рассматривается как новая верхнеуровневая область, заменяющая разнесение одной доменной ответственности между `business/{domain}` и `compositions/business/{domain}`.
|