name: create-project description: RNBT 아키텍처 패턴에 맞는 완전한 대시보드 페이지를 생성합니다. Master/Page 레이어, 여러 컴포넌트, Mock 서버, datasetList.json을 포함합니다.

RNBT 프로젝트 생성

Master/Page 레이어, 컴포넌트, Mock 서버, datasetList.json을 포함한 완전한 프로젝트를 생성합니다.

기본 원칙은 RNBT_architecture/README.md 참조

⚠️ 작업 전 필수 확인

코드 작성 전 반드시 다음 파일들을 Read 도구로 읽으세요. 이전에 읽었더라도 매번 다시 읽어야 합니다 - 캐싱하거나 생략하지 마세요.

1. /RNBT_architecture/README.md - 아키텍처 이해
2. /.claude/guides/CODING_STYLE.md - 코딩 스타일

출력 구조

Examples/[project_name]/
├── mock_server/                    # Express API 서버
│   ├── server.js
│   └── package.json
│
├── master/page/                    # MASTER 레이어 (앱 전역)
│   ├── page_scripts/
│   │   ├── before_load.js
│   │   ├── loaded.js
│   │   └── before_unload.js
│   ├── page_styles/container.css
│   └── components/
│       ├── Header/
│       └── Sidebar/
│
├── page/                           # PAGE 레이어 (페이지별)
│   ├── page_scripts/
│   │   ├── before_load.js
│   │   ├── loaded.js
│   │   └── before_unload.js
│   ├── page_styles/container.css
│   └── components/
│
├── datasetList.json
├── preview.html
└── README.md

Master vs Page 레이어

this 공유

Master와 Page는 동일한 this 인스턴스를 공유합니다.

// Page loaded.js에서 초기화
this.currentParams = {};

// Master before_load.js에서 접근/수정 가능
this.currentParams.tasks = { ...filters };

• Master와 Page는 별도 레이어지만 하나의 페이지 인스턴스
• Page에서 초기화한 상태를 Master에서 직접 수정 가능
• 이벤트 핸들러는 등록 시점이 아닌 실행 시점에 this 참조

⚠️ 덮어쓰기 방지 (필수)

Master와 Page 모두 같은 변수명을 사용하면 나중에 실행되는 쪽이 덮어씀.

// ❌ 잘못된 예: Page가 Master의 핸들러를 덮어씀
// Master before_load.js
this.eventBusHandlers = { '@filterApplied': ... };
// Page before_load.js
this.eventBusHandlers = { '@taskClicked': ... };  // Master 핸들러 사라짐!

// ✅ 올바른 예: Object.assign으로 병합
// Page before_load.js
this.eventBusHandlers = Object.assign(this.eventBusHandlers || {}, {
    '@taskClicked': ...
});

// ✅ 올바른 예: spread로 배열 병합
// Page loaded.js
this.globalDataMappings = [
    ...(this.globalDataMappings || []),
    { topic: 'tasks', ... }
];

병합이 필요한 변수:

• eventBusHandlers → Object.assign(this.eventBusHandlers || {}, {...})
• globalDataMappings → [...(this.globalDataMappings || []), ...]

라이프사이클 흐름

[페이지 로드]
  MASTER before_load
    ↓
  PAGE before_load
    ↓
  컴포넌트 register (MASTER + PAGE 모두)
    ↓
  리소스 로딩 → 컴포넌트 completed
    ↓
  PAGE loaded
    ↓
  MASTER loaded

[페이지 언로드]
  MASTER before_unload
    ↓
  PAGE before_unload
    ↓
  컴포넌트 beforeDestroy (MASTER + PAGE 모두)

이벤트 처리 원칙

질문: "이 동작의 결과를 페이지가 알아야 하는가?"

금지 사항

• ❌ datasetList.json 형식 임의 변경
• ❌ 생성/정리 불일치
• ❌ 라이프사이클 순서 위반
• ❌ function(response) 사용 → function({ response }) 필수

preview.html 검증

HTML/CSS 일관성

• preview.html의 HTML 구조는 views/component.html과 동일해야 함
• CSS 셀렉터는 component.html의 클래스명 기준으로 작성
• preview.html에서 임의로 다른 클래스명 사용 금지

스크린샷 검증

Playwright로 preview.html 렌더링 결과를 확인할 수 있습니다.

cd Figma_Conversion
nvm use 20
npx playwright screenshot \
  --wait-for-timeout=3000 \
  --viewport-size="1920,1080" \
  "file:///path/to/preview.html" \
  "screenshot.png"

• --wait-for-timeout=3000: 데이터 로딩 대기 (API fetch, 차트 렌더링 등)
• file:// 프로토콜 사용 시 mock_server 실행 필요

DOM 순서

<!-- Page가 먼저 (레이어 아래) -->
<div id="page-container">...</div>

<!-- Master가 나중에 (레이어 위) -->
<div id="master-container">...</div>

DOM에서 나중에 오는 요소가 z-index 없이도 위에 렌더링됩니다.

관련 자료