gromov/slm-design
1
0
Fork 0
mirror of https://github.com/gromlab-ru/slm-design.git synced 2026-08-22 07:30:16 +03:00
Code Issues Packages Projects Releases Wiki Activity

feat: уточнить архитектурные границы SLM

Browse Source
This commit is contained in:
Сергей Громов
2026-07-30 21:44:47 +03:00
parent 4ce6bae61c
commit 15805e28df
28 changed files with 1006 additions and 553 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
DRAFT/index.md
View File

@@ -5,7 +5,7 @@ title: SLM Design
hero:
name: SLM Design
text: Последовательная архитектура фронтенд-приложений
tagline: Начните со слоёв и доменных модулей, затем переходите к доменным пакетам и строгим границам сред выполнения только при реальной сложности.
tagline: Начните со слоёв и доменных модулей, затем переводите отдельные сложные домены в пакетную форму со строгими runtime-границами.
image:
src: /logo.svg
alt: SLM Design
@@ -24,13 +24,13 @@ features:
- title: Level 1 · Архитектурная база
details: Шесть слоёв, доменные модули, публичные API, зависимости, вложенные границы и жизненный цикл ресурсов.
- title: Level 2 · Доменные пакеты
details: Business, единый DomainApi, presets, adapters и Framework Groups с явными cross-domain и environment boundaries.
details: Business API, assemblies, adapters и Framework Groups с явными cross-domain и environment boundaries.
- title: Канонические правила
details: Точные блокирующие требования отделены от определений, рекомендаций и примеров и собраны по уровням.
---
## Что опубликовано
Сайт содержит рабочие черновики двух уровней SLM и их канонические реестры правил. Монорепозитории и дополнительные режимы архитектуры пока не входят в опубликованную документацию.
Сайт содержит рабочие черновики двух уровней SLM и их канонические реестры правил. Level 2 применяется к отдельным доменам поверх общей базы Level 1. Монорепозитории пока не входят в опубликованную документацию.
Определения выбранного уровня нормативны внутри черновика. Точные формулировки блокирующих требований находятся только в [реестре правил](/rules/).
Определения применяемого уровня нормативны внутри черновика. Точные формулировки блокирующих требований находятся только в [реестре правил](/rules/).