Unity NPC 대화 시스템이 금방 어긋나는 이유와 먼저 분리해야 할 것들
Unity에서 NPC 대화 시스템을 만들 때 처음에는 대사 목록과 선택지만 있으면 충분해 보입니다. 하지만 기능이 조금만 늘어나도 금방 복잡해집니다. 호감도, 퀘스트 상태, 플레이어 선택, 이전 대화 기억, 조건 분기, 반복
Jason
Category
유니티 객체 지향 프로그래밍
Jason
Unity ScriptableObject를 쓰기 전에 먼저 분리해야 할 데이터와 규칙
Unity에서 ScriptableObject를 처음 배울 때 가장 흔한 오해는 “데이터를 에셋으로 빼면 구조가 좋아진다”는 식으로 너무 빨리 결론을 내리는 것입니다. ScriptableObject는 유용한 도구지만, 아무 값이나 에셋으로 분리하면 오히려 프로젝트가 더 복잡해집니다.
먼저
Jason
GPU가 이미지를 화면에 띄우기까지의 숨겨진 과정
게임을 하거나 그래픽 작업을 할 때 화면이 아주 부드럽게 움직이는 것을 보신 적이 있을 겁니다. 이 장면이 나오기까지 컴퓨터 내부에서는 정말 바쁜 움직임이 일어납니다. GPU가 이미지를 화면에 뿌려주는 과정은 한
Jason
게임의 재미를 완성하는 보이지 않는 설계도 자료구조와 알고리즘
게임은 수많은 정보가 모여서 만들어집니다. 캐릭터가 어디에 서 있고 체력은 얼마나 남았는지, 가방에는 무엇이 들어있는지 같은 정보들이죠. 이 수많은 데이터를 어떻게 담아두고 활용하는지가 정말 중요합니다.데이터가 제자리에 정리되지 않으면 게임은 제대로
Jason
변화에 흔들리지 않는 코드를 만드는 느슨한 결합 이야기
프로그래밍을 하다 보면 코드를 수정하는 일이 정말 많습니다. 그런데 한 부분을 고쳤더니 전혀 예상하지 못한 곳에서 에러가 터진 적이 있지 않으신가요? 이런 상황은 코드들이 서로 너무 단단하게 얽혀 있어서 발생합니다.
Jason
DI 컨테이너가 없으면 DI를 못 할까요
DI를 이야기할 때 보통 무엇을 가장 먼저 떠올리시나요? 많은 분이 스프링 같은 DI 컨테이너를 생각합니다. 하지만 이것은 그저 DI를 쉽게 쓰게 도와주는 도구일 뿐이죠. DI 그 자체의 필수 조건은 아닙니다.이
Jason
의존성 주입이 필요한 이유와 코드를 유연하게 만드는 방법
객체가 스스로 의존성을 챙기는 상황을 먼저 떠올려 봅시다. 객체가 사용할 대상을 직접 생성하면 두 객체는 강하게 묶입니다. 겉보기에는 편해 보일지도 모릅니다. 하지만 시간이 흐를수록 이 결합은 큰 부담으로 다가옵니다.의존 대상의
Jason
유지보수하기 좋은 코드를 만드는 진짜 방법과 DI의 의미
소프트웨어는 첫 배포로 끝나는 법이 없습니다. 기능은 계속 추가되고 요구사항은 끊임없이 변하기 마련이죠. 처음에 상상하지 못했던 방향으로 서비스가 커지기도 합니다. 이때 코드가 조금만 엉켜 있어도 문제가 생깁니다. 작은 수정 하나가
Jason