# Открытые вопросы Level 3

> Эти вопросы не являются правилами и не отменяют уже принятые границы.

## Зафиксированные решения

- Домен является сущностью только Level 3; в Level 2 предметная область остаётся одним доменным модулем.
- Корень домена не имеет общей точки входа для исполняемого кода.
- Модуль фреймворка называется его именем и размещается непосредственно в домене: `domains/auth/react`.
- Модуль фреймворка получает готовый API и не выполняет сборку.
- Взаимодействие бизнес-логики разных доменов во время выполнения проходит через порт потребителя и владельца графа.
- Навигационные группы допустимы в `domains`, но не являются частью базовых примеров.

## Форма передачи ошибок

Level 3 требует устойчивый контракт ошибок домена, но не навязывает единый способ передачи: исключение с проверкой типа во время выполнения или размеченный `Result`. Нужно проверить, нужна ли общая политика для всех доменов одного приложения и как она влияет на серверные действия и сериализацию RPC.

## Наблюдение за состоянием

На реальном примере SSR и гидратации нужно проверить точную форму независимого от фреймворка интерфейса наблюдения: начальный снимок, параллельный рендеринг, сброс данных, очистку подписки и поведение после завершения запроса. Методы `getSnapshot` и `subscribe` пока служат иллюстрацией, а не обязательной файловой формой.

## Автоматическая проверка архитектуры

Нужно выбрать формат конфигурации проекта для автоматической проверки корней доменов, их модулей, публичных точек входа, меток сред и запрещённых транзитивных импортов. Проверка должна опираться на граф и описание структуры, а не только на имена папок.