번들 확장 20개 전부에 AGENTS.md · README.md · docs/ 를 채우고, 코어가 들고 있던 확장 소유 문서 두 갈래를 그 확장으로 옮긴다. 번들 템플릿의 컴포넌트· 핸들러·레이아웃 상세와 확장이 구독하는 활동 로그 훅 목록이 그 대상이며, 코어에는 총계와 링크만 남아 확장이 기능을 늘릴 때 코어 문서를 고쳐야 하던 역방향 의존이 사라진다. 전수 완비를 확인하고 강제를 조인다 — 문서 동반 룰을 대상 목록 없는 error 로 승격하고, 검사 스크립트가 문서 미보유를 실패로 올리며, 미채움 마커 baseline 을 0 으로 기록한다. 한쪽만 조이면 "새 확장이 문서 없이 들어와도 초록" 인 상태가 남는데 그 결과는 이상 0건과 구분되지 않는다. 집필 과정에서 드러난 생성기 결함 셋을 함께 고친다. 스케줄 주기 열이 계약 키를 읽지 않아 모든 확장에서 '-' 였고, 네임스페이스를 붙인 핸들러 등록 키가 수집에서 통째로 빠졌으며, README 골격이 폐기된 히어로 배지를 계속 찍어내고 있었다. 셋 다 산출물이 아니라 원천이 틀린 것이라, 가드의 모집단에 생성기 출력 자체를 넣어 다음 확장이 같은 상태로 태어나는 경로를 막는다.
3.9 KiB
Hello 모듈 — 프론트엔드
레이아웃·액션 핸들러·전역 진입점·에셋 · 진입점: AGENTS.md
레이아웃
레이아웃 3개 (루트: resources/layouts).
| 그룹 | 개수 |
|---|---|
admin |
2개 |
user |
1개 |
| 레이아웃 | 그룹 | 종류 | extends |
|---|---|---|---|
admin_memo_form |
admin |
화면 | _admin_base |
admin_memo_list |
admin |
화면 | _admin_base |
user_memo_list |
user |
화면 | _user_base |
3개이며 그중 하나가 user 그룹인 것이 학습 포인트입니다.
| 레이아웃 | 그룹 | 무엇을 보여주는가 |
|---|---|---|
admin_memo_list · admin_memo_form |
admin |
관리자 목록·작성 화면의 최소 형태 (_admin_base 상속) |
user_memo_list |
user |
모듈도 사용자 레이아웃을 가질 수 있다 (_user_base 상속) |
실제 도메인 모듈(게시판·이커머스)은 방문자 화면을 소유하지 않고 템플릿에 맡깁니다 — 템플릿마다
디자인이 달라야 하기 때문입니다. 이 샘플의 user_memo_list 는 그 규칙의 예외가 아니라, 구조상
가능하다는 사실을 보이는 예시입니다.
모듈 레이아웃은 위치에 따라 등록 대상이 갈립니다 — admin/ 하위는 Admin 템플릿에,
user/ 하위는 User 템플릿에 등록됩니다.
레이아웃 JSON 만 고쳤다면 빌드 없이
php artisan module:update gnuboard7-hello_module --force 로 반영합니다.
액션 핸들러
등록하는 액션 핸들러가 없습니다.
없습니다. 이 샘플의 화면은 코어 엔진의 기본 핸들러(apiCall · navigate · setState 등)
만으로 충분합니다.
핸들러를 처음 추가할 때는 셋이 함께 필요합니다 — 엔트리 파일, window.__[Name].initModule()
재등록 진입점, 그리고 --production 으로 구운 dist/ 커밋. 진입점을 빠뜨리면 로케일 전환
직후 그 핸들러들이 오류 없이 무반응이 됩니다.
전역 진입점
프론트 엔트리포인트가 없습니다.
없습니다 — 등록할 액션 핸들러가 없기 때문입니다.
핸들러를 도입하는 순간 이 진입점이 필수가 됩니다. 코어는 로케일 전환 시 확장의 재등록 진입점을 다시 부르는데, 그 함수가 없거나 이름이 다르면 전환 직후 그 확장의 액션이 전부 무반응이 되고 오류도 토스트도 남지 않습니다. 진입점은 핸들러 재등록만 수행하고 1회성 부팅 작업을 포함하지 않습니다.
에셋
프론트 에셋이 없습니다.
없습니다. 이 샘플의 프론트엔드는 레이아웃 JSON 3개뿐이라 빌드할 실행 코드가 없습니다.
그래서 반영이 php artisan module:update gnuboard7-hello_module --force 하나로 끝납니다.
JS 를 더하면 그때 빌드(module:build --production)·dist/ 커밋·전역 진입점 셋이 함께
필요해집니다.
구동에 필요한 제3자 자산은 외부 CDN 에서 받지 않고 확장이 동봉합니다 — CDN 도달 실패는 예외도 서버 로그도 남기지 않고 화면 기능만 조용히 사라지기 때문입니다.