Frontory

코드 편집 · 실습 · 필기 열기 →

OffscreenCanvas · 15 장면 상태 갱신

시리즈 목차 · 전체 기술 지도

단계: 렌더 수명과 복구 · 편집 가능한 예제 · 저장 ID: offscreen-canvas-step-15

목표와 학습 후 역량

선수 지식

14단위 「Resize와 입력 프로토콜」의 단위 계약 및 순서 보존 실습 결과를 준비한다.

핵심 개념과 설명

패치

전체 상태를 매번 보내면 데이터량이 늘어난다. 변경 필드만 보내는 패치 계약을 만들 수 있다.

버전

패치는 적용 기준 상태가 필요하다. 버전이 어긋나면 전체 상태 재동기화 경로를 둔다.

실습 준비

예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 기존 offscreen-canvas-01·02·03은 지원 브라우저에서 사용하는 시작 예제다. 새 단위는 별도 로컬 HTTP 프로젝트의 메인·Worker 파일에서 구현한다. API와 context 지원을 확인하고 이전 실패 시 새 Canvas의 메인 fallback을 제공한다. CSP와 격리는 유지하며 성능 수치를 직접 기록한다.

연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.

실습 과제

  1. 별도 실습 프로젝트의 src/day-15.js에 색·속도 패치와 stateVersion 검사를 구현한다. 기존 1·14·28단위 예제는 출발점으로만 참고한다.
  2. 입력 조건: 정상 패치와 오래된 패치. 기준: 현재. 기준 조건에서 실행한 뒤 관찰값과 오류를 notes/day-15.md에 남긴다.
  3. 변경 변수: 패치 버전. 변경값: 오래된 버전. 같은 입력 경로로 다시 실행한다. 저장할 산출물: 버전별 최종 장면 값. 확인할 가설: 오래된 패치를 거부하고 현재 상태를 유지한다. 실제 결과와 비교해 일치 여부 및 차이의 원인을 기록한다.

관찰할 변수

변수기준 조건바꿀 조건예상할 변화·검증 가설
패치 버전현재오래된 버전오래된 패치를 거부하고 현재 상태를 유지한다.

표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.

완료 조건

자가 점검

  1. 이번 실습에서 패치 개념은 어느 처리 단계에 영향을 주는가? 입력 사례: 정상 패치와 오래된 패치.
  2. 변경 변수: 패치 버전. 확인할 가설: 오래된 패치를 거부하고 현재 상태를 유지한다. 실제 결과가 가설과 일치했는가? 버전 관점에서 근거를 설명하라.

공식 참고

연결된 예제와 실행 범위

예제 원본 · 실행 환경과 제한

Interactive 장면 상태 갱신 experiment with resource cleanup.

원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.

다음 학습

이전: Resize와 입력 프로토콜 · 다음: 입자 데이터 배치

실험 기록 — 직접 작성

목표

핵심 개념

바꾼 변수와 예상

실제 결과

배운 점

남은 질문

코드 편집 · 실습 · 필기 열기 →