[ SJCE 스터디 / 2주차 ] 유니티 기초 (라이프 사이클, State Machine , 배경 설정, 델타 타임, Enum) 와 DB

 

 

2024.09.07 (토)

---

[ 🖥️ Client Part. ] 

🕹️ 유니티의 생명주기 (Lifecycle)

https://docs.unity3d.com/kr/2023.2/Manual/ExecutionOrder.html

이벤트 함수의 실행 순서 - Unity 매뉴얼

 

Unity에서의 대표적인 함수들의 실행 순서

 

🔹 Awake (첫 Scene 시작 시)

• 오브젝트의 새 인스턴스가 생성될 때 가장 먼저 호출
• 한 씬 내에서 오브젝트마다 오직 한 번만 실행됨
• 비활성화된 오브젝트는 호출되지 않음, 단 스크립트만 비활성화된 경우엔 호출됨

🔹 Start (첫 프레임 업데이트 전)

• 스크립트 인스턴스가 활성화된 경우, 첫 프레임 업데이트 이전에 호출됨
• 모든 Awake가 끝난 후 실행됨
• 에디터 실행 이후 초기화 단계에 주로 사용함

🔹 Update

• 매 프레임마다 한 번 호출
• 게임 로직 대부분이 이 안에서 처리됨. 프레임 업데이트를 위한 주요 작업 함수임
• 디바이스 성능이나 최적화 상황에 다라 framerate가 변하기에 함수 호출 시간이 매번 달라질 수 있음

🔹 OnDisable(끝낼 때) & OnDestroy(오브젝트 Destroy할 때)

• OnDisable: 게임 오브젝트나 스크립트가 disabled 되거나 inactive 될 때 호출
• OnDestroy: 오브젝트 생존 기간의 마지막 프레임이 업데이트된 후 호출

---

 

🔀 상태 머신(FSM: Finite State Machine)

게임 캐릭터의 움직임(예: Idle → Move → Attack)처럼 동작을 상태 기반으로 제어할 때 사용되는 설계 패턴

• State: 객체의 동작을 상태로 분류 (Idle, Move, Attack 등)
• Transition: 상태 간 전환 조건 정의(상태와 상태 사이의 전이를 정의함 ex. Idle에서 Move로 상태가 전이될 때의 조건 정의)
• Action: 각 상태에서 실행할 동작 정의 (ex. Attack 상태에서 수행할 동작을 정의)

State Machine

 

 

---

👾 방치형 게임 만들기

2025.04.24 - [분류 전체보기] - [ Unity2D ] 방치형 게임 - Background 설정

[ Unity2D ] 방치형 게임 - Background 설정

 

⏱️ 델타 타임 (Time.deltaTime)

프레임 속도에 따라 오브젝트 움직임 속도가 달라지는 문제를 해결하기 위한 값으로 마지막 프레임으로부터 현재 프레임까지의 간격을 의미한다. 즉, 이전 프레임이 완료되기까지 걸린 시간이다. 프레임 단위로 결과가 도출되는 총 게임에서, 기기 성능 등에 따라 A는 10fps(frames per second), B는 60fps로 작업을 수행한다면 A가 쏜 총알이 1초에 10m를 날아가는 동안 B가 쏜 총알은 1초에 60m를 날아가게 되어 공정하지 못한 결과가 발생한다. 이를 위해 프레임 간 시간 간격인 델타 타임을 적용한다. 즉, 델타 타임을 곱하여 이동 거리 등을 연산하는 것이다.

---

📑 Enum (열거형)

C#에서 열거형 상수를 가독성 좋게 관리하는 방법

enum GameState { Idle, Move, Attack }
GameState currentState = GameState.Move;

• 기본적으로 enum의 상수 값은 내부적 int 형식이며, 0부터 시작해 1씩 증가한다
• 연결된 상수 값을 명시적으로 지정할 수도 있다

enum ErrorCode: ushort
{
	None = 0,
    Unknown = 1,
    ConnectionLost = 100,
    OutlierReading = 200
}

• 명시적 변환을 통해 열거형 형식과 기본 정수 형식을 변환해 사용할 수도 있다.

public enum StateBtn
{
	None = 0,
    Btn1 = 1,
    Btn2 = 2,
    Btn3 = 3,
}
public StateBtn sBtn = StateBtn.None;

-----

case StateBtn.Btn3:
	{
    	Debug.Log("Btn3");
    }break;
    

case(StateBtn)3:
	{
    	Debug.Log("Btn3");
    }break;
    
# 이 경우, case 구문 두 가지는 동일한 의미이다.

 

📚 C# Enum 공식 문서

---

🐞 디버깅

디버깅(Debugging) : 프로그래밍 과정 중에 발생하는 오류나 비정상적인 연산 즉, 버그를 찾고 수정하는 것

• 중단점(Breakpoint) 설정/해제: F9 (조건부 설정도 가능: 생성된 중단점에서 우클릭-조건)
• 디버그 모드 실행: F5 (중단점을 발견하면 해당 라인 실행 직전에 중단, 한번 더 누르면 다음 중단점이 나타나거나 종료 되기 전까지 실행)
• 한 단계씩 실행(프로시저 단위 실행): F10,  F11(한 단계씩 실행하다가 함수 만나면 함수 안으로 진입)
• 디버깅 종료: Shift + F5

디버깅 방법

1. 프로그램을 몇 가지 단계로 나누어 단계별로 체크
2. 오류가 있는 범위를 좁혀 나갈 것
3. 입출력이 정상적으로 되었는지 반복문의 시작과 끝 함수의 시작과 끝 부분 등 주요 코드 위주로 체크
4. 중단점 활용

 

 

---

 

[ 💾 Server Part. ] 

 

🗃️ 데이터베이스

🔸 RDB (Relational Database, 관계형 DB)

• 행(Row)과 열(Column)이라는 일종의 표 형태로 데이터를 저장
• 데이터 종속성은 관계(Relation)로 표현됨
• 한 테이블에 있는 모든 row는 같은 길이의 colum을 가짐.
• 이 column의 구조와 데이터의 관계가 테이블 스키마(Schema)로 사전 정의됨
• 데이터 무결성을 보장함
• SQL(Structured Query Language) 사용
• 예: MySQL, PostgreSQL, MSSQL(Microsoft SQL Server), MariaDB, Oracle, Database, Amazon Aurora 등

 

🔸 NoSQL (Not only SQL)

• 전통적인 SQL 기반 관계형 모델 외에 다른 형태의 데이터 저장 기술
• RDB의 한계를 극복하기 위한 데이터 저장소의 새로운 형태
• 예외는 존재하나 보통 비관계형 데이터베이스라고도 부름
• 유연한 스키마(명시적인 스키마 없이 동작), 수평 확장 용이, 분산 저장
• 예: MongoDB, Redis, HBase 등

 

 

---

 

 

 

 

Redis 특징

• Key-Value 형식으로 값 저장
• 메모리 기반으로 속도가 빠름
• 데이터 휘발의 문제는 백업으로 보완 가능

 

🎒 Redis 기초 명령어

SET key value    # key에 value 저장
GET key          # key값에 해당하는 value 조회
DEL key          # 키 삭제 (존재하지 않는 키는 무시됨)
HSET key field value  
# 지정한 hash key하위의 field에 value 저장 (필드 값이 있을 경우 덮어쓰고 키가 존재하지 않으면 새 해시키 생성)
HKEYS key        # 필드 목록 조회
KEYS * 			 # 모든 키를 확인 (KEYS pattern 꼴로 *, ?, [a-c] 등 glob-style pattern을 모두 사용할 수 있음)

• Redis의 hash는 작은 key-value 쌍들의 모음
• field는 hash key의 sub key 개념

📚 Redis 공식 사이트