Files
slm-design/DRAFT/level-3/domains/open-questions.md

25 lines
2.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# Открытые вопросы Level 3
> Эти вопросы не являются правилами и не отменяют уже принятые границы.
## Зафиксированные решения
- Домен является сущностью только Level 3; в Level 2 предметная область остаётся одним доменным модулем.
- Корень домена не имеет общей точки входа для исполняемого кода.
- Модуль фреймворка называется его именем и размещается непосредственно в домене: `domains/auth/react`.
- Модуль фреймворка получает готовый API и не выполняет сборку.
- Взаимодействие бизнес-логики разных доменов во время выполнения проходит через порт потребителя и владельца графа.
- Навигационные группы допустимы в `domains`, но не являются частью базовых примеров.
## Форма передачи ошибок
Level 3 требует устойчивый контракт ошибок домена, но не навязывает единый способ передачи: исключение с проверкой типа во время выполнения или размеченный `Result`. Нужно проверить, нужна ли общая политика для всех доменов одного приложения и как она влияет на серверные действия и сериализацию RPC.
## Наблюдение за состоянием
На реальном примере SSR и гидратации нужно проверить точную форму независимого от фреймворка интерфейса наблюдения: начальный снимок, параллельный рендеринг, сброс данных, очистку подписки и поведение после завершения запроса. Методы `getSnapshot` и `subscribe` пока служат иллюстрацией, а не обязательной файловой формой.
## Автоматическая проверка архитектуры
Нужно выбрать формат конфигурации проекта для автоматической проверки корней доменов, их модулей, публичных точек входа, меток сред и запрещённых транзитивных импортов. Проверка должна опираться на граф и описание структуры, а не только на имена папок.