Level 3 предназначен для приложений с существенной доменной логикой, несколькими execution contexts или длительным сроком поддержки. Он не добавляет новый слой: он делает внутреннюю форму слоя domains явной и проверяемой.

Когда выбирать Level 3

Level 3 оправдан, когда предметная область имеет устойчивый business contract, несколько concrete integrations, отдельные browser/request/server assemblies, сложный lifecycle или независимую долгую поддержку.

Количество файлов или размер проекта сами по себе не требуют перехода. Домен без такой сложности остаётся доменным модулем Level 2.

Наследование предыдущих уровней

Проект Level 3 соблюдает определения и правила Levels 1-2, кроме явно заменённых положений.

Положение	Статус в Level 3
Порядок `app → compositions → domains → infra → ui → shared`	Сохраняется
Модуль, Group, segment, component, public API и lifecycle	Сохраняют смысл Level 1
Доменный модуль Level 2 и `SLM-L2-DOMAIN-R001`	Заменяются Domain Level 3
Group внутри `domains`	Может содержать Domain, оставаясь только навигационной папкой
Прямые дочерние modules Domain	Не являются вложенными modules, потому что Domain не является module

Domain не содержит исполняемого кода, поэтому не отменяет правило Level 1 о модульном владельце. Он задаёт предметную границу; конкретной ответственностью, public API и lifecycle по-прежнему владеет module.

Основная идея

Domain задаёт предметную границу.
Business определяет contract и поведение.
Ports описывают нужные business capabilities.
Adapters связывают ports с concrete runtime.
Presets собирают API для execution scope.
Framework module адаптирует готовый API к framework.
Graph owner удерживает API instance и выполняет lifecycle contract module-владельца.

Базовая форма Domain

src/domains/
└── auth/                         # Domain
    ├── business/                 # обязательный module
    │   ├── errors/
    │   ├── lib/
    │   ├── ports/
    │   ├── services/
    │   ├── types/
    │   └── index.ts
    ├── presets/                  # optional Group
    │   └── application/          # preset module
    │       ├── adapters/
    │       └── index.ts
    ├── adapters/                 # optional Group
    │   └── identity-provider/    # promoted adapter module
    │       └── index.ts
    └── react/                    # framework module
        ├── hooks/
        ├── providers/
        └── index.ts

business обязателен. presets, adapters и framework modules появляются только при реальной ответственности. types, errors, lib, services, tests, ui, client и server не являются самостоятельными корневыми ветками Domain.

Domain может быть размещён непосредственно в domains или внутри навигационной Group. Groups допустимы, но не участвуют в основных примерах и не меняют границы Domain, направление зависимостей или доступность его role modules.

Публичные границы

Domain не имеет root runtime entrypoint. Внешний код импортирует public API конкретного role module:

import { authFactory, isAuthError } from '@/domains/auth/business'
import { createApplicationAuth } from '@/domains/auth/presets/application'
import { AuthProvider, useAuth } from '@/domains/auth/react'

@/domains/auth/business является public API отдельного module, а не deep import. Напротив, @/domains/auth/business/services/... и root import @/domains/auth нарушают границу.

Карта черновика

Канонические правила

Level 3 использует правила Levels 1-2 и дополнительный реестр Level 3. Тематические документы объясняют правила, но не объявляют их повторно.

README.md Unescape Escape

SLM Level 3