다다

1. 기존의 메인프레임 작업을 뒤엎고 새로운 방식으로 짜보는데 주력한다.

2. 오류는 발전의 어머니다. 항상 기억하자.

3. 만약 코드를 복사하는 일이 있다면 코드를 한줄한줄 잘 주석을 달자.

4. 하나의 프로젝트안에 다른 다수의 하위프로젝트가 들어갈수 있음을 염두에 두고 디자인하자.

5. 디자인패턴을 쓴다면 왜 그것을 쓰고 왜 그렇게 써야하는지 생각하자. 또한 섞어서 써야할 경우를 항시 생각하자.

싱글톤패턴 --------------------------------------------------------------------------------------------------

싱글톤 패턴은 객체를 1개만 생성하게 하는 문제를 해결해주는 패턴이다.

자 생각해보자. 어떠한 cpp에서 어떠한 클래스에 대해서 알고 있다면 그 클래스를 지속적으로 객체화 시킬수 있을 것이다.

싱글톤 패턴이란 클래스의 생성자체를 클래스 내부의 함수로 국한시키고 그 함수를 통해서만 객체를 공개함으로서 그 함수의 객체를 1개로 유지시키는 패턴이다.

싱글톤은 일반적으로 사람들이 클래스에 대한 정의만 알면 어디에서든 가져다 쓸 수 있다는 점에만 집중하는데 

싱글톤 패턴의 가장 중요한 점은 생성에 관련해서는 어떤방식으로 함수를 호출해도 객체는 유저가 정한 1개만큼 호출된다는 것이다.

즉 가장 중요한점은.

1. 객체의 생성은 그 클래스의 함수를 통해서만 이루어진다.

싱글톤은 다양한 방법으로 구현이 가능하지만 처음 프로그래밍을 배울때 단순히 편하다는 이유로 마구 남발하는 경우가 있었다.

어떤 유명프로그래머는 싱글톤패턴은 궁극적으로는 결국 프로그램의 구조를 나쁘게한다고 이야기하기도 했다.

현재 내가 생각하는 단점은 한가지이다. 

싱글톤패턴은 프로그래머의 고민을 없애버린다.

고민이란 점점더 발전하여 더 좋은 구조를 짜나가는 것을 의미한다고 본다.

그런데 싱글톤은 그 길을 그냥 직빵으로 뚫어버릴 때가 많다.

게임 프로그래밍이란 결국 값에 대한 저장이고 값에 대한 조작이다.

싱글톤은 그 값에 대한 접근을 너무 용이하게 하는 경우가 많다.

코드 -----------------------------------------------------------------------------------------------

패턴적용 스토리는 딱히 없다. 싱글톤이란 말그대로 응용하기에 따라서 무궁무진하게 적용이 가능하다. 말그대로 모든 패턴과 연관지을수 있기 때문이다.

도도하게 떠있는 싱글톤 이름에 어울리는 uml이다.

보면 알겠지만 CSingleTon클래스의 생성자는 private로 설정되어있다. 즉 외부에서는 이 클래스에 대한 객체를 생성이 불가능하다. 

하지만 static로 선언된 자기자신에 대한 포인터를 가지고 있고 GetInst()라는 함수를 통해서 이 포인터를 동적할당하여 힙영역에 할당한다. 

어디에서 먼저 시작했건 이 클래스에 대한 인스턴스는 단 1개만 유지된다.

static로 선언되어있기 때문에 그것은 더욱더 보장된다.

즉 클래스에 대한 접근권한을 GetInst()로 국한시키고, 그안에서 생성할수 있는 개수를 제한한다.

그렇게 생성된 객체를 통해서 내부의 맴버함수에 접근할수 있게 됨으로서 언제 어디서든지 헤더만 추가하면 이 클래스에 대한 접근과 고유한 객체생성에 대한 보장을 받게 된다.

프로토타입 --------------------------------------------------------------------------------------------------

프로토타입 패턴은 하나의 원형객체를 두고 그 객체를 복사해서 새로운 객체를 생성하는 패턴을 말한다.

요약하자면 

CPlayer* ProtoMonster = new Obj;

CPlayer* CreateMonster = ProtoMonster;

이런식으로 새롭게 생길 객체에 또하나의 객체를 대입하게 된다.

하지만 이렇게 할경우 주소값만 복사된 꼴이 되기 때문에 CreateMonster가 새로운 몬스터라고 할수는 없을 것이다.

새로운 방법이 필요하니 그에 대한 방법과 코드에 대한 방법을 보자.

아래의 코드와 패턴을 보면서 알아보도록 하자.

패턴 적용 스토리 -----------------------------------------------------------------------------------------------

당신은 몬스터를 생성하는 구조를 짜게 되었다. 하지만 몬스터가 등장하는 패턴을 보니 같은 몬스터가 여러개 등장하게 되어있다.

이제 플레이어를 만들어 보도록 하자.

보면 알겠지만 CreateProtoMonster()함수를 통해서 초반에 몬스터를 생성 해놓고 

그 이후에 생성되는 것은 CreateFieldMonster()함수를 통해서 내부에 저장되어있는 몬스터의 값을 복제해서 새로운 객체를 생성한다. 

하지만 이미 포인터로 만들어져 있기 때문에 단순 대입으로는 주소값대 주소값의 복사가 되어버리므로 리턴 형식을 자기자신의 새로운 형으로해서 자기 자신의 값을 채워넣어 복사하는

Clone함수를 사용해서 값을 새롭게 생성하여 복사해주면 된다.

2개의 쓰레드에서 동시에 하나의 싱글톤을 참조하게 되면?

싱글톤은 단 1개의 객체를 생성하는것이 장점인 패턴이다.

그런데 1개로 생성한 객체 내부에 있는 데이터를 2개의 쓰레드에서 동시에 접근한다면 어떤 일이 벌어질까?

... 애초에 그렇게 쓰면 안돼겠지만 그 데이터(전역이나 마찬가지 이므로)에 동기화를 걸어놓는게 좋을거 같다.

쌤한테 물어보자.

팩토리메서드 --------------------------------------------------------------------------------------------------

팩토리 메서드는 객체를 생성하기 위한 인터페이스를 정의하지만, 어떤 클래스의 인스턴스를 생성할 지에 대한 결정은 서브클래스가 내리도록 하는 패턴입니다.

상속과 다형성을 이용하는 방법입니다.

패턴 적용 스토리 -----------------------------------------------------------------------------------------------

게임내에서 아이템드랍방식을 생각해보면 몬스터가 죽였을때 아이템이 생성되어야 합니다.

아이템의 종류는 무기, 방패, 갑옷의 세종류가 있으며 타입마다 다른 아이템을 사용하여 리턴합니다.

팩토리 메서드패턴은 생성 클래스 자체를 추상화하여 각 아이템별 생성클래스를 생성하거나 혹은 생성 클래스 내부에서 인자값을 받아 그에 맞는 아이템클래스를 생성할수 있습니다.

이번에는 인자값을 받아서 그에 맞는 아이템 클래스를 생성하는 패턴으로 가보겠습니다.