1강. Unity와 C#의 역할

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

게임 화면은 에디터에서 만들고 동작은 코드로 만든다고 들었지만, 속도·점수·오브젝트 참조를 어디에 둘지 기준이 없습니다. 택배 분류 게임을 시작하기 전에 Editor와 C#의 책임을 나눕니다.

✓2. 학습 목표

✓이 강의를 마치면

• Scene과 Inspector가 담당할 구성을 설명합니다.
• 재사용 규칙과 상태 변화를 C#에 두는 이유를 설명합니다.
• 최종 게임을 작은 책임 단위로 나눕니다.

◇3. 핵심 개념

Unity Editor는 Scene에 GameObject를 배치하고 Component와 에셋 참조를 연결하는 조립 공간입니다. C# 스크립트도 GameObject에 붙는 Component가 되어 규칙을 실행합니다.

Editor·Inspector	C#
분류 지점 위치와 크기	올바른 분류 조건
Prefab과 Sprite 연결	택배의 생성·이동·반납
속도 기본값 조정	점수·목숨·상태 전환
UI 오브젝트 배치	UI에 전달할 이벤트 발생

✎4. 단계별 실습

문서 · 파일 경로: DeliverySorter2D/Docs/Architecture.md

Docs/Architecture.md

# Delivery Sorter 2D
- PackageItem: 택배 한 개의 이동과 타입
- PackageSpawner: 생성 주기와 타입 선택
- SortZone: 도착한 택배와 구역 타입 비교
- GameSession: 점수, 목숨, 게임 상태
- HUDPresenter: 상태 이벤트를 텍스트로 표시
- PackageTypeData: 타입별 색상과 점수

PowerShell · 실행 위치: Unity 프로젝트 루트 DeliverySorter2D

New-Item -ItemType Directory -Force .\Assets\DeliverySorter\Scripts
New-Item -ItemType Directory -Force .\Assets\DeliverySorter\Data
New-Item -ItemType Directory -Force .\Assets\DeliverySorter\Prefabs
New-Item -ItemType Directory -Force .\Docs
Get-ChildItem .\Assets\DeliverySorter

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

아직 코드를 쓰지 않고 변경 이유가 같은 것끼리 묶었습니다. 택배 이동을 바꿀 때 점수 UI까지 수정할 필요가 없도록 경계를 먼저 정하면, 각 스크립트를 작게 유지할 수 있습니다.

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

!자주 하는 실수

• 모든 기능을 GameManager에 작성: 생성, UI, 사운드와 저장을 별도 클래스로 나눕니다.
• Inspector에 게임 규칙을 흩어 놓음: 조정값은 Inspector에 두되 상태 전환 규칙은 C#에 둡니다.
• Find로 언제든 참조를 찾으려 함: 명시적인 SerializeField 또는 생성 시 전달을 우선합니다.
• Unity 버전을 섞음: 프로젝트에서 사용하는 Unity 6 세부 버전의 문서를 선택합니다.

✎7. 직접 실습

✎직접 실습

택배 생성, 이동, 분류, 점수, 목숨, UI 여섯 기능을 표로 만들고 담당 클래스와 Inspector에서 조정할 값을 하나씩 적으세요.

?8. 이해 점검 질문 3개

?이해 점검

1. Prefab의 Sprite 연결은 Editor와 C# 중 어디의 책임인가요?
2. 올바른 분류 시 점수를 올리는 규칙을 C#에 두는 이유는 무엇인가요?
3. 하나의 GameManager에 모든 기능을 넣으면 어떤 문제가 생기나요?

■9. 핵심 요약

■핵심 요약

Unity Editor는 오브젝트와 에셋을 조립하고 C#은 재사용 규칙과 상태 변화를 실행합니다. 이 책임 지도를 기준으로 24강 동안 같은 프로젝트를 확장합니다.