번들 확장 20개 전부에 AGENTS.md · README.md · docs/ 를 채우고, 코어가 들고 있던 확장 소유 문서 두 갈래를 그 확장으로 옮긴다. 번들 템플릿의 컴포넌트· 핸들러·레이아웃 상세와 확장이 구독하는 활동 로그 훅 목록이 그 대상이며, 코어에는 총계와 링크만 남아 확장이 기능을 늘릴 때 코어 문서를 고쳐야 하던 역방향 의존이 사라진다. 전수 완비를 확인하고 강제를 조인다 — 문서 동반 룰을 대상 목록 없는 error 로 승격하고, 검사 스크립트가 문서 미보유를 실패로 올리며, 미채움 마커 baseline 을 0 으로 기록한다. 한쪽만 조이면 "새 확장이 문서 없이 들어와도 초록" 인 상태가 남는데 그 결과는 이상 0건과 구분되지 않는다. 집필 과정에서 드러난 생성기 결함 셋을 함께 고친다. 스케줄 주기 열이 계약 키를 읽지 않아 모든 확장에서 '-' 였고, 네임스페이스를 붙인 핸들러 등록 키가 수집에서 통째로 빠졌으며, README 골격이 폐기된 히어로 배지를 계속 찍어내고 있었다. 셋 다 산출물이 아니라 원천이 틀린 것이라, 가드의 모집단에 생성기 출력 자체를 넣어 다음 확장이 같은 상태로 태어나는 경로를 막는다.
5.6 KiB
Basic — 아키텍처
설계 의도와 계층 구조 · 진입점: AGENTS.md
설계 의도
"모듈은 데이터, 템플릿은 화면" 이라는 경계가 이 템플릿의 존재 이유입니다.
게시판 모듈도 이커머스 모듈도 레이아웃이 전부 admin 그룹이고 방문자 화면을 갖지 않습니다.
두 모듈이 방문자 화면을 소유하면 템플릿마다 다른 디자인을 그 모듈이 전부 알아야 하는데, 공개
API 로만 노출하면 템플릿이 자유롭게 구성할 수 있습니다. 그 대가로 방문자가 보는 커머스·
게시판 UI 는 사실상 이 템플릿이 전부이며, 상점 화면을 고치는 작업은 이커머스 모듈이 아니라
여기입니다.
그 위에 화면 조직 원칙 셋이 있습니다.
- 단일 베이스. 166개 전부
_user_base를 상속합니다. 헤더·푸터·모바일 네비와 토스트·모달 호스트가 거기 있어, 상속하지 않은 화면에서는 전역 UI 가 통째로 없습니다. - 조각 중심. 124개가 partial 입니다. 화면이 커서가 아니라, 조각을 여러 화면이 공유하기 때문입니다 — 상품 카드·주소 폼·탭 구조가 그 예입니다.
- 설정이 라우트에 스며든다. 상점 경로는 정적 문자열이 아니라 표현식입니다. 운영자가 상점을
/store로 옮기거나 루트에 두면routes.json의 그 표현식이 따라갑니다.
서버 코드가 없습니다 — PHP 0줄 · 모델 0 · 라우트 파일 없음 · 훅 발행/구독 0. 데이터는 전부 모듈·코어의 공개 API 에서 오며, 그래서 이 템플릿만으로는 아무 기능도 동작하지 않습니다. manifest 가 게시판·이커머스·페이지 모듈과 주소 검색 플러그인을 의존으로 선언하는 이유이고, 반대로 템플릿을 갈아 끼워도 데이터는 그대로인 이유이기도 합니다.
계층 지도
routes.json (경로 → 레이아웃. 상점 9개는 표현식 — 운영자 설정이 평가되어 들어온다)
│
▼
layouts/_user_base.json (헤더 · 푸터 · 모바일 네비 · 토스트/모달 호스트 · 콘텐츠 슬롯)
│ extends
▼
layouts/{auth,board,shop,mypage,page,search,users,errors}/*.json 화면 42
│ partial 참조
▼
layouts/partials/** 조각 124
│ data_sources → 모듈·코어 공개 API
│ actions → 코어 빌트인 핸들러 + 이 템플릿의 전용 핸들러 32
▼
src/components/{basic,composite,layout}/ 컴포넌트 79 → dist/ (커밋되는 빌드 산출물)
extensions/{확장}/*.json 다른 확장이 제공한 조각을 대체하는 오버라이드
seo-config.json 봇 화면 렌더 규칙 (어떤 prop 을 HTML 로 내보낼지)
src/index.ts initTemplate() — 핸들러 등록 · IDV launcher · iOS 판정 보정
두 방향의 주입이 이 템플릿에서 만납니다. 다른 확장이 layout_extensions 로 이 템플릿의
화면에 조각을 끼워 넣고(이커머스 통화 선택기·마케팅 동의 항목), 이 템플릿은
extensions/{확장}/ 으로 그 확장이 제공한 조각을 자기 것으로 대체합니다. 앞은 확장이 화면을
넓히는 통로이고, 뒤는 템플릿이 디자인 주도권을 되찾는 통로입니다.
seo-config.json 은 계층 밖에 있지만 화면과 짝을 이룹니다 — 봇 요청에는 React 가 아니라 서버
렌더러가 화면을 그리므로, 컴포넌트가 새 prop 에 텍스트를 담기 시작하면 이 파일의 text_props
에 그 prop 을 더해야 봇 화면에도 글자가 실립니다.
디렉토리
| 경로 | 역할 | 수정 시 필요한 절차 |
|---|---|---|
template.json |
manifest (버전 SSoT) | version 변경 시 package.json·package-lock.json 동기화 |
routes.json |
라우트 → 레이아웃 매핑 | php artisan template:update sirsoft-basic --force |
layouts/ |
레이아웃 JSON | php artisan template:update sirsoft-basic --force (빌드 불필요) |
extensions/ |
다른 확장 화면에 주입하는 레이아웃 조각 | php artisan template:update sirsoft-basic --force (빌드 불필요) |
seo-config.json |
SEO 렌더 설정 | php artisan template:update sirsoft-basic --force |
src/components/ |
React 컴포넌트 | php artisan template:build → php artisan template:update sirsoft-basic --force |
src/handlers/ |
템플릿 전용 액션 핸들러 | php artisan template:build → php artisan template:update sirsoft-basic --force |
dist/ |
커밋되는 빌드 산출물 | --production 으로 재빌드 (sourceMappingURL 잔존 금지) |
editor-spec.json |
레이아웃 편집기 스펙 | php artisan template:update sirsoft-basic --force |
editor-spec/ |
분할 편집기 스펙 | php artisan template:update sirsoft-basic --force |
tests/ |
테스트 | 변경 범위만 필터 실행 |
CHANGELOG.md |
변경 이력 | 버전 상향 시 항목 추가 (미기재 시 버전 상향 불가) |
components.json |
편집기 컴포넌트 선언 (레이아웃 저작자가 읽는 props 계약) | php artisan template:update sirsoft-basic --force |
docs/ |
개발자 문서 | 표면 변경 시 php artisan ext:docgen 재실행 |
lang/ |
다국어 | 키 추가 시 ko·en 동시 반영 + 번들 ja 팩 동기화 |