23강. 게임·웹·백엔드에 적용하기

?1. 이번 강의에서 해결할 문제

패턴을 게임 이름으로만 외우면 다른 분야에서 같은 변경 구조를 알아보지 못합니다.

✓2. 학습 목표

✓이 강의를 마치면

• 도메인 용어 뒤 상태·정책·사건을 찾습니다.
• 프레임워크 세부와 원칙을 분리합니다.
• 억지 패턴 매핑을 피합니다.

◇3. 핵심 개념

문제	게임	웹·백엔드	일반 앱
상태	캐릭터·퀘스트	주문	작업
정책	공격·스킬	할인·결제	정렬·출력
사건	UI·점수	알림·감사	화면·로그

§4. 구현

공통 흐름

Result CompleteTaskUseCase::execute(TaskId);
Result CompleteQuestUseCase::execute(QuestId);
Result CompleteOrderUseCase::execute(OrderId);

→5. 코드가 동작하는 이유

로드→전이→저장→사건이라는 변경 구조를 프레임워크와 분리해 볼 수 있습니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• 동일 클래스 모델 강제: 규칙은 각 도메인에 둡니다.
• 패턴 이름만 대응: 변경 요구와 테스트를 비교합니다.
• Unreal Component와 일반 DI 동일시: 엔진 수명 규칙을 별도로 지킵니다.

✎7. 직접 실습

✎직접 실습

State·Strategy·Observer를 세 분야에 매핑하고 쓰지 않을 간단한 사례도 적으세요.

?8. 이해 점검 질문 3개

?이해 점검

1. 여러 분야에 재사용되는 판단 기준은 무엇인가요?
2. 동일 모델을 강제하면 안 되는 이유는 무엇인가요?
3. 프레임워크 세부와 원칙을 어떻게 구분하나요?

■9. 핵심 요약

■핵심 요약

원리는 도메인 이름이 아니라 변경과 의존성 모양으로 재사용됩니다. 다음 강의에서 작업·알림 시스템을 완성합니다.