ECS는 Entity, Component, System의 약자로, 이 세가지의 요소로 설계하는 아키텍쳐 패턴이다. 몇몇 상용 엔진에서 잘 사용하고 있는 컴포넌트 모델^{Component Model}과도 다르고, 90년대 후반과 2000년대 초반에 주로 쓰였던 고전적인 액터 모델^{Actor Model}과도 확연히 다르다.

길찾기 알고리즘이라고 하면 보통 가장 먼저 떠오르는 알고리즘은 기초적으로 배우는 다익스트라 알고리즘^{(Dijkstra algorithm)}일 것이다. 최단거리를 찾아주는 대표적인 알고리즘이지만 실제 프로그램에 적용하기에 문제가 되는 부분이 있다. 다익스트라 알고리즘은 경로를 찾을 때 각 노드에서 목적지 까지의 소모되는 실제 비용을 계산하여 비교하기 때문에 시간 비용이 많이 든다는 것이다.¹

5장에선 엔터프라이즈 어플리케이션의 트랜젝션에 대해 설명한다. 또한 자바에서 사용되는 다양한 트랜젝션을 편리하게 사용하기 위한 스프링이 제공하는 트랜젝션 서비스 추상화에 대해 소개하고 서비스 추상화의 중요성과 그 가치와 의미에 대해서도 설명한다.

4장에선 엔터프라이즈 어플리케이션에서 사용할 수 있는 데이터 엑세스 기술을 사용할 때 발생하는 예외들에 대한 특징과 이를 바람직하게 사용할 수 있는 방법이 무엇인지에 대해 알아본다. 또한 스프링에서 제공해주는 효과적인 데이터 엑세스 기술의 전략과 기능에 대해서도 살펴본다.

윈도우에서 Git Bash를 사용하는 경우 기본적으로 터미널에 출력되는 텍스트에 컬러가 적용되어 있지만, 맥의 경우 그냥 깃을 설치하는 것 만으로 텍스트의 색이 상태에 따라 변하지 않아 직관적으로 보기 힘들다. 다행이 이런 상태에 따른 텍스트 컬러의 설정은 Git 자체에서 지원한다. 다음의 명령어들을 사용하면 상태별로 다른 색상을 출력할 수 있다.

3장에선 스프링에 적용된 템플릿 기법을 살펴본다. 객체지향 설계의 핵심인 개방 폐쇄 원칙^{OCP:Open Closed Principal}을 위해, 변경이 거의 일어나지 않는 부분을 자유롭게 변경이 되는 부분으로 부터 독립시키는 방법인 템플릿을 살펴보고, 이를 적용해 완성도 있는 DAO 코드를 작성하는 법을 알아본다.

2장에선 스프링이 개발자에게 주는 가장 중요한 가치인 객체지향 프로그래밍과 테스트 중 두번째, 테스트에 대해 설명한다.

게임 클라이언트 개발(이하 게임 개발)이 다른 프로그램의 개발과 가장 큰 차이점을 보이는 것이 리소스이다. 게임에서는 다양하고 많은 양의 이미지, 사운드, 밸런스 데이터 등의 다양한 리소스들을 사용한다. 최근의 게임 개발은 개발의 효율성을 위해 게임 엔진을 사용하는 것이 당연시 되었고, 엔진들은 리소스들을 어느정도 관리해주지만 그 수준이 리소스의 쉬운 세팅과 디렉토리 관리 정도일 뿐이다.

C#과 같이 GC¹를 사용하는 프로그래밍 언어에서 메모리 해제에 대해 신경을 안써도 된다는 점은 프로그래머의 입장에선 편리하게 다가온다. 하지만 메모리의 해제에 대한 역할을 프로그래머 대신 GC가 수행하기 때문에 발생하는 문제가 있다. 바로 GC가 일어나는 타이밍이나 점유 시간을 알지 못한다는 것이다.

1장에선 JDBC를 사용하는 UserDao¹클래스를 구현하고 관심사의 분리^{SoC:Separation of Concerns2}와 디자인 패턴을 적용하면서 리펙토링해 나가는 방식을 통해 스프링 프레임 워크의 개념과 필요성에 대해 설명한다. 스프링에서 제공해 주는 IoC^{Inverse of Control3}를 직접 구현해보며 프레임워크의 필요성을 느낄 수 있었다.