Programming

1. 프로젝트 소개- 개발 인원: 1명- 개발 기간: 250708 ~ 250711(4일)- C# 콘솔 환경에서 제작된 텍스트 기반 RPG 게임이다.- 아이템 장착, 전투, 저장 기능 등 다양한 시스템이 구현되어 있으며, 간단한 키 입력만으로 진행되는 클래식한 텍스트 RPG의 매력을 담았다.- 소스 코드: 깃허브 링크2. 구현 기능2-1. 키 입력 처리- 숫자 입력이 아닌, 방향키와 z키, x키를 통해 메뉴를 탐색하고 기능을 수행한다.2-2. 게임 시작 화면- 게임 시작 시 간단한 소개 문구가 출력된다.- 마을에서 수행할 수 있는 행동들을 안내한다.2-3. 상태 보기- 캐릭터의 6가지 속성 정보를 출력한다. 초기값은 고정되어 있으며, 아이템 장착에 따라 능력치가 변화한다.2-4. 인벤토리- 현재 보유 ..

1. 멀티스레드 키 입력이 필요한 이유- C# 콘솔에서는 기본적으로 Console.ReadKey()가 입력이 올 때까지 대기한다.- 하지만 게임은 매 프레임마다 움직임을 처리해야 하므로, 키 입력을 기다리는 동안 멈추면 게임도 멈춘다.- 해결방법으로는 메인 스레드에서는 루프를 돌며 계속 움직임을 처리하고, 키 입력은 별도의 스레드에서 처리하여, 입력과 움직임을 분리하면 된다.- 아래는 스네이크 게임 구현을 기반으로, C# 콘솔에서 멀티스레드 키 입력을 처리하는 방법에 대해 얘기해 보려 한다.2. 기본 구조: 메인 루프 + 입력 스레드- 프로그램 시작 시, 메인 스레드에서 입력 전용 스레드를 생성한다.- 메인 스레드는 10ms 주기로 게임을 갱신하며 게임 로직(움직임)과 출력만 담당한다.- 입력은 입력 ..

1. static 함수에 대한 의문- static 변수는 메모리 영역 중 데이터 영역(정적 영역)에 저장된다. 그렇다면 함수도 static으로 선언된다면, 이와 비슷한 방식으로 접근할 수 있지 않을까?- 나는 처음에 이렇게 생각했다. "static 함수는 코드니까, 이 함수와 연결된 주소 값(포인터)이 데이터 영역에 저장되어, 언제 어디서든 접근 가능한 구조일 것이다."- 하지만 이 생각을 따라가다 보니, 오히려 더 많은 의문이 생기기 시작했다. 아래는 그 과정을 정리한 내용이다.2. 왜 static 메서드 안에서는 인스턴스 메서드를 호출할 수 없을까?- C#에서 static 메서드 안에서는 인스턴스 메서드를 직접 호출할 수 없다. (이 개념은 C++에서도 동일하게 적용된다.)- 그 이유는 간단하다...

- C++에서는 구조체나 클래스를 선언할 때, 그것이 스택에 저장되는지, 힙에 저장되는지가 new 사용 여부나 선언 위치에 따라 명확하게 결정된다.- 반면 C#에서는 타입 자체가 메모리 저장 위치를 결정한다. 이때 타입은 크게 두 가지로 나뉜다: 1) 값 형식(Value Type): 스택에 저장됨 (int, float, struct 등) 2) 참조 형식(Reference Type): 힙에 저장됨 (class, string, object 등)- 참조형 타입이 어떤 구조로 작동하는지 알아보다 보면, 자연스럽게 object라는 이름을 만나게 된다. 이는 단순한 타입이 아니라, C#의 모든 참조 타입의 최상위 조상이다.1. Object란?- C#에서 object는 System.Object의 키워드 약칭이며..

- 박싱과 언박싱은 C#에서 값형(value Type)과 참조형(Reference Type) 간의 변환을 의미한다.- 이 과정은 메모리 구조와 성능에도 영향을 미치기 때문에, C#을 이해할 때 꼭 짚고 넘어가야 한다고 한다.1. 박싱(Boxing)- 박싱은 값형 데이터를 참조형으로 변환하는 과정이다.- 즉, 값형 변수의 값을 힙(heap) 영역에 객체로 감싸서(래핑) 참조형으로 다루게 된다.- 박싱된 값은 object 타입 변수에 저장될 수 있으며, 참조로 전달된다.- 이 과정에서 메모리 할당과 복사 비용이 발생하므로 성능 오버헤드가 생길 수 있다.2. 언박싱(Unboxing)- 언박싱은 박싱된 객체를 다시 원래의 값형으로 되돌리는 과정이다.- 힙에 존재하던 객체에서 값을 꺼내에 스택에 할당한다.- 명시..

1. 프로젝트 개요- 게임 장르: 모바일 퍼즐 / 카드 매칭 게임- 플랫폼: 모바일- 사용 엔진: Unity- 개발 인원: 5명(류동균, 김호경, 강인구, 김성민, 이원진)- 개발 기간: 4일- 개발 목표: 협업 능력 강화 및 Unity 2D 기능 복습- 기존에 개인 프로젝트로 만들었던 '르탄이 카드 뒤집기' 게임을 팀 단위로 다시 구현한 프로젝트다.- 이번 프로젝트에서는 추가 기능보다는 기존 기능의 재현과 GitHub를 활용한 협업 경험 축적에 초점을 맞췄다.- 내 담당 역할은 다음과 같다: 1) 카드 구현 및 카드 배치 2) 전체 코드 구조 정리 및 팀원 코드 병합 관리2. 프로젝트 주요 기능- 이번 프로젝트에서는 기존 게임의 구조를 유지하면서도 스테이지 구성, 카드 배치 연출, 콤보 및 업적 시..

1. 게임 시작 시 카드 배치 연출- 게임이 시작되면, 카지노 딜러가 카드를 한 장씩 나눠주는 것처럼, 카드가 화면 아래에서 회전하며 하나씩 순서대로 날아가며 지정 위치에 배치된다.- 이때 각 카드는 빠르게 출발하여, 도착 위치에서 부드럽게 착지한다.- 배치 중인 카드는 클릭할 수 없고, 모든 카드가 제자리에 배치된 후, 플레이어가 짝을 맞추는 게임을 시작할 수 있도록 설계했다.- 렌더링 순서는 맨위에 먼저 날아갈 카드가 먼저 보이도록 했다.- 처음에는 가까운 카드부터 배치했지만, 이 방식은 뒤에 배치될 카드가 날아갈 시, 앞쪽 카드에 가려지는 문제가 있어, 최종적으로 먼 곳부터 먼저 배치하는 방식으로 변경하였다.2. 카드 이동 및 회전 방식- 각 카드는 도착해야 할 위치와 회전값이 미리 정해져 있으며,..

1. 문제 상황 및 해결 과정- 이번 프로젝트에서는 GameManager를 싱글턴(Singleton)으로 구현해, 각 씬(Scene)마다 다양한 설정 값을 관리하도록 구성했다. 원래 의도는 씬 전환 시 기존 GameManager를 삭제하고, 새 씬의 오브젝트를 새로운 인스턴스로 교체하는 방식이었다.- 그러나 이번에는 특수한 상황 때문에 기존 오브젝트를 유지한 채, 새 씬에 포함된 GameManager 오브젝트의 값을 기존 오브젝트에 복사한 뒤, 새 오브젝트를 삭제하는 방식으로 설계하게 되었다.- 이렇게 설계한 이유는 씬 전환 시에도 BGM이 끊기지 않도록 유지하기 위함이다. 사운드(BGM) 기능이 GameManager 내부에 구현되어 있었기 때문에, 기존 오브젝트를 제거하면 음악도 중단되는 문제가 있었다..