Unity DOTS 핵앤슬래시 액션 RPG

동기

디아블로 시리즈의 팬으로, 핵 앤 슬래시 본연의 재미를 구현하면서 그 안에서 발생하는 기술적 문제들을 직접 설계하고 해결하는 완성도 높은 게임을 만들고 싶었다. 수백~수천 마리의 몬스터 AI를 매 프레임 평가하면서 GC 스파이크 없이 유지하는 것, 장비 옵션 하나가 스탯과 스킬 양쪽에 동시에 전파되는 것. 핵앤슬래시의 핵심 루프를 진지하게 구현하려 하면 이런 문제들이 반드시 따라온다.

3명이라는 소규모 팀으로 볼륨 있는 게임을 만들려면, 작업 단계부터 데이터 드리븐 방식이 필수였다. 스킬, 장비, AI, 드롭 테이블 등 복잡한 계층 구조를 코드가 아닌 ScriptableObject와 설정 데이터 중심으로 관리하여, 기획 변경이나 밸런싱을 코드 수정 없이 처리할 수 있는 구조를 지향했다.

MonoBehaviour만으로는 구조적 한계가 있었고, DOTS의 데이터 지향 처리가 필요한 영역이었다. 다만 Unity DOTS는 UI, 애니메이션, 물리 상호작용 등 Mono 생태계에 의존하는 영역이 여전히 많다. 연산 집약적인 AI/궤적/물리만 DOTS로, 나머지는 Mono로 유지하되 양측을 안정적으로 동기화하는 하이브리드 구조가 필요했다.

접근

프로젝트를 5개 레이어로 분리했다.

flowchart TD
    subgraph L1["Presentation"]
        P["UI, HUD, Tooltip, Localization"]
    end
    subgraph L2["Game Logic"]
        GL["Units, Fragments, Frame, Map, Objects"]
    end
    subgraph L3["Runtime Systems"]
        RS["SystemManager, Bridge, Pool, Resource, Data"]
    end
    subgraph L4["DOTS Layer"]
        DL["AI Evaluation, Trajectory, Physics, EntityLink"]
    end
    subgraph L5["Data Layer"]
        DC["BaseData, Config, RangedTypes, Serialization"]
    end
    L1 --> L2 --> L3 --> L4 --> L5

전체 아키텍처와 핵심 시스템은 직접 설계했고, 팀원 3명이 도메인별로 구현을 분담했다. 내가 담당한 핵심 설계 판단은 세 가지였다.

첫째, BridgeSystem으로 DOTS-Mono 경계를 격리. ECS Entity와 MonoBehaviour Unit 사이의 데이터 동기화를 3-phase(Read/Process/Write) 패턴으로 통일했다. AI 커맨드 디스패치, Transform 동기화, 투사체 궤적 반영 모두 이 패턴을 따른다.

둘째, Signal 조합으로 스킬을 구성. Origin(발동), Modulation(변형), Final(효과) 세 단계의 Signal을 Frame(장비)의 슬롯에 배치하는 것만으로 스킬이 조합된다. Shoot + Fan + Homing + Explosion 같은 조합이 코드 변경 없이 데이터만으로 가능하다.

셋째, Behaviour Tree를 DOTS 네이티브로 구현. 재귀 호출 대신 FixedList128Bytes 기반 명시적 스택으로 BT를 순회하여, GC 할당 없이 Burst 컴파일이 가능한 구조를 만들었다.

핵심 구현

기술 스택

문서 구성