[은고] 게임 프로그래밍

이번 글에서는 std::thread 의 공유자원에 대한 사용 방법과

mutex / lock 에 대해서 정리해보도록 하겠습니다.

공유 자원 사용하기

• 멀티스레드 프로그래밍에서는 공유 리소스 관리가 가장 큰 문제
• 너무 빡빡하게 관리하면 성능 하락의 위험
• 너무 느슨하게 관리하면 언제 터질지 모름
• mutex를 사용하여 공유 리소스를 관리하는 것이 가장 일반적인 방법
• mutex는 크리티컬 섹션 (Windows에서는)을 사용한다.

#include <mutex> 헤더가 필요하고~

std::mutex mtx_lock를 선언하여

lock() / unlock() 함수를 통해 공유 자원에 접근하고 관리 할 수 있습니다.

( [&] 람다가 등장해 있군요. 다시 복습차원에서... [&] 캡쳐를 했다는 것은 스코프 영역의 모든 변수를 참조 한다는 뜻 입니다! )

공유 자원을 사용 할 수 있는지 조사

그럼 공유 자원을 mutex를 통해 lock / unlock만 하면 되냐~?

당연히 그걸론 부족하조.

다른 쓰레드가 lock을 걸어서 자원을 쓰고 있는지 안쓰고 있는지 검사를 해야겠지요.

순서를 정리해보자면 다음과 같습니다.

• (1) 스레드 A 가 mutex의 lock 을 호출 했을 때,
  (2) 이미 스레드 B에서 lock을 호출 했다면?
  (3) A는 B가 lock을 풀어줄 때 까지 대기한다.
  
  
• 스레드 A는 일을 하고 싶어도 할 수가 없다.
  이때 try_lock() 을 사용한다!
  
  
• 다른 스레드가 먼저 락을 걸었다면 대기하지않고 즉시 false를 반환,
  반대로 true를 반환한 경우 공유 리소스의 소유권을 가진다.

자동으로 lock 풀기

그럼 이번에는 혹여나 실수로 unlock을 호출하지 않은 경우는 어떻게 되는가?

당연히 실수로 unlock을 호출하지않고 나와버렸으니 스레드는 데드락에 빠지는 상황에 놓입니다.

이 상황은 프로그래머의 코드 상의 실수 보다는

스레드가 코드 수행 중 예외 상황이 발생하여 빠져 나가버리는 경우가 큽니다.

(프로그래머가 이런 실수를 했다면 그건...야근을 너무 많이 한 탓일 수도 = _=;;)

해서 이런 문제가 발생할 경우를 대비해

lock_guard 라는 유틸리티 클래스를 사용합니다.

scope를 벗어날 때 자동으로 unlock을 호출하는 녀석인데요.

std::lock_guard<std::mutex> guard(mtx_lock) 부분을 보시면

먼저 std::lock_guard<std::mutex> 타입형으로 guard 라는 변수와 함께 파라미터로 ( mtx_lock ) 을 받습니다.

따라서 뮤텍스를 받는 녀석이라는 건데

이녀석을 알아서 스레드 안에 넣어두면 guard가 함수의 스코프가 벗어날 때 unlock을 호출하여 줍니다.

이번엔 데드락 상황을 한번 연출 해보고 

빠져나가는 방법을 적어보도록 하겠습니다.

상황은 위 코드와 같이 isCheck( ) 안에서 guard를 통해 lock1 이 만들어졌을 상황인데

아래 다른 쓰레드가 Add ( )를 호출하는 바람에 또 다시 Guard가 만들어져 lock2 만들어지게 되면

결국 데드락 상황에 빠지게 됩니다.

해서 이런 반복적인 락으로 인해 빠지는 데드락을 회피 하고자 쓰는 mutex가 있는데요.

바로 std::recursive_mutex 를 이용 하시면 됩니다.

m_Mutex 선언 부를 보시면 타입이 std::recursive_mutex로 바뀐 것을 볼 수 있습니다.

아직 저도 정확히 recursive_mutex는 어떤식으로 회피를 하는지는 모르겠습니다만 원초적인 원리를 알게 되면 따로 또 포스트를 적겠습니다.

쓰레드를 딱 한번만 실행

• 멀티스레드 환경에서 프로그램 실행중 단 한번만 코드 실행이 필요 할 때
• 보통은 이중 조사로 구현하지만...(실수가 발생 할 수 있음)
• std::call_once 를 사용하면 쉽게 가능~

사용 방법은 위와 같이

(1) std::once_flag 를 이용하여 플래그 값을 먼저 세워두시고 

(2) std::call_once 를 통해 플래그 값과 펑션을 던져 주시면 됩니다.

만약 이 플래그 값을 통해 펑션을 수행했다면 flag 값이 변경되고 나 사용했음~~ 하고 표기할 수 있게 됩니다.

이를 응용하여 스레드에서 flag값을 보고 이거 한번 해야되는데...했었나? 안했었나?? 하는걸 알 수 있게 됩니다.

여기까지 Modern C++ 12편으로 정리한 내용을 마치겠습니다.

부족한 내용이나 설명이 부실 한것도 많습니다만.

= _=)..아몰랑 일단 나만 알면되...

와...드디어 마지막 목차 인 thread로 왔습니다.

이틀 만에 이걸 싹다 다시 공부하며 정리하면서 올렸는데

다시 상기가 많이 된 것 같군요.

(근데 왜 정작 쓸 때는 또 다시 켜서 보는걸까.....= _=난 빠가야로 였단말인가)

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

12. thread

이번 글은 마지막인 thread에 대해서 정리해보도록 하겠습니다.

프로그래밍의 꽃이라 부를 수 있는 thread ( 쓰 뤠 두으우엑 우엑...공부할 때 마다 극혐 토나온닷..)

여기서 정리하는 thread는 C++ 표준 thread 라이브 러리 입니다. (std::thread)

#include <thread> 헤더가 필요하며

각 OS API의 쓰레드보다 사용하기가 쉽다는 장점이 있습니다.

std::thread의 사용 법은 아래와 같이 간단합니다.

std::thread 타입으로 thread를 선언하고 ( ) 안에 함수 내용을 적으시면 됩니다.

위와 같이 람다로 구현하는 방법도 가능합니다.

thread를 생성하고 특정한 시기에 동작하게 하려면 다음과 같이 수행하면 됩니다.

위 코드와 같이 myThread를 선언만 해놓고

정의는 추후에 하는 방식으로 내가 원하는 타이밍에 동작하게 할 수 있습니다.

다음, thread의 파라미터 값을 넣는 것도 아래와 같이 수행하면 넣을 수 있습니다.

위 코드의 마지막 줄에 람다 함수가 끝나고 " , 4" 를 넣어준것 과 같이 파라미터를 전달 하면 됩니다~

이번에는 클래스의 멤버 함수를 스레드에서 사용하는 방법입니다.

아마 이 방법이 제일 궁금하셨을텐데요.

위에 적어둔 방법들과 똑같이 thread의 매개변수로 펑션만 던져주시면 됩니다.

쓰레드 대기

thread 클래스의 join 함수를 사용하여 스레드가 종료 할 때 까지 대기하는 방법입니다.

 - join() 함수를 호출하면 blocking이 된다.

 - join() 함수를 호출할 수 있는 지 알기 위해서는 joinable() 함수를 사용한다.

쓰레드 식별자

쓰레드를 식별 하는 방법은 get_id() 함수를 사용하면 해당 쓰레드의 식별자를 얻을 수 있습니다.

get_id() 함수를 통해서 멀티쓰레드에서 각각의 쓰레드를 구분 할 수 있지요.

get_id() 함수를 사용하면 멀티스레드에서 공용 리소스에 접근하는 스레드를 알 수 있고,

특정 스레드만 접근할 수 있게 하는게 가능합니다.

thread 오브젝트와 (커널)스레드 분리

• detach 함수를 사용하면 thread 오브젝트와 스레드 연결 고리를 떼어낸다.
• detach 이후에는 thread 오브젝트는 제어 할 수 없다.
• detach 와 스레드의 종료는 상관 없다.

thread를 한번 detach 한 순간 부터는 그 쓰레드는 완전 독립이 되기 때문에 join과 같은 함수를 사용 할 수가 없습니다.

따라서 그 쓰레드가 언제 어떻게 될진 그 쓰레드한테 달려있다고 볼 수 있지요.

저는 개인적으로 이런식으로 detach를 쓸일이 있나? 하는 생각도 듭니다만...

= _=뭐 언젠가 필요한 때도 있겠지요.

일시중지와 양보

• sleep_for 와 sleep_until을 사용하면 스레드를 일시 중지 시킬 수 있다.
• sleep_for 는 지정한 시간 동안 ( 예: 100 밀리 세컨드 동안만 정지)
• sleep_until 은 지정 시간까지 ( 예: 16시 10분까지 정지)
• yield를 사용하여 자신(스레드)의 활동을 포기하고 다른 스레드에게 양보한다.
  std::this_thread::yield();

• 스레드가 실행 중에 프로그램이 종료되면 crash가 발생 할 수 있다.
• 프로그램 종료 전에 꼭 스레드를 먼저 종료 시키고 프로그램을 종료하도록 한다.

여기 까지가 기본적인 std::thread에 대한 정리였습니다.

그리고 더 이제 심화적이고 중요한 thread의 공유자원 사용하는 방법과 mutex / lock 에 대해서 다음 글을 통해 살펴보도록 하겠습니다.

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

대망의 11편 랜덤 입니다!

11. Random

이번 글은 random에 대해서 정리해보도록 하겠습니다.

과거 C++ 03 까지만 해도

우리는 랜덤한 난수를 쓰기 위해

이런 코드를 작성했었지요...

음...참 그냥 무식한 난수분포기 였습니다.

srand...오랜만에보는군요 = _=)..

먼저 C++03과 C++11의 난수분포기 차이를 비교해보겠습니다.

사용 방법은 먼저 아래와 같이 간단합니다.

#include <random>에 만들어져있는 std::mt19937 을 이용하는 것인데요.

std::mt19937은 난수 생성기로

Mersenne twister(32비트 버전) 과 std::mt19937_64(64비트 버전) 이 있습니다.

난수를 생성할 때 한번 seed 값을 이용하여 생성해보도록 할까요.

위와 같이 chrono를 이용하여 seed 값을 토대로 난수를 생성할 수 있습니다.

아..혹시나 seed가 뭔말임? 하고 이해 못하시는 분들이 계실까봐.

위쪽에 0 ~100 까지의 난수를 뽑아내기 위해 rand() % 101 을 한 경우가 있지요?

그와 같은 경우라 보시면 될 것 같습니다.

(아니야! 잘못됐어! 라면 지적 해주세요. 사실 저도 정확히 이게 맞나 긴가민가합니다)

[seed 뜻 수정 : 어떤 숫자를 가지고 특정한 수식을 적용 시켜 나온 숫자를 랜덤이라 할 때 필요한 수식에 대입할 숫자를 seed라 부름]

예측 불가능한 난수 생성

혹여나 보안 목적과 같이 절대 예측할 수 없는 난수를 생성하고 싶다면 비 결정적 난수 생성기를 사용해야합니다.

지금 우리가 본 mt19937은 의사 난수라 해서 우리가 일정범위를 지정하고 주관적인 의사가 들어간 난수 입니다.

그럼...예측 불가능한 난수를 어케만드냐?

std::random_device 를 이용하시면 됩니다.

난수 생성을 위해 화면상의 마우스 커서를 이리저리 움직여주세요~ 라는 프로그램같은걸 본적이 있으신가요?

예전에 저는 이런 것을 tortoiseGit 을 사용해 볼 때 난수 생성을 통해 암호알고리즘을 돌리는 것을 본적이 있습니다.

사실 소프트웨어적으로 난수를 생성하는 것은 비결정적 난수를 생성함에 한계가 있습니다.

따라서 이 난수를 하드웨어적으로 움직여서 난수 생성중인 본인도 알기 어려운 (마우스 움직임과 같은) 하드웨어를 이용하는 것이지요.

(난 마우스를 1px 우측으로 움직이고 있어! 라고 미세하게 조정이 가능한 신급 감각을 가진 인물이 라면 가능할지도..)

그래서 다음과 같이 랜덤한 디바이스를 통해 아래 코드 방식대로

비 결정적 난수를 생성 할 수 있습니다.

범위안의 난수 생성

• 특정 조건 안에 만족하는 난수를 원한다 ( 예 : 1~ 100 사이 )
• 난수를 특정 타입과 특정 범위 안에서 생성하기 위해서는
  난수 생성기에 난수 분포기를 더하여 난수를 생성한다.
• 정수 타입의 난수를 분포 할 때는 uniform_int_distribution,
  실수 타입의 난수를 분포 할 때는 uniform_real_distribution 을 사용

위 설명대로 어떤 범위의 난수를 생성 할 떄는 다음과 같이 사용 할 수 있습니다.

차례대로 설명 드리자면 

먼저 난수 생성기! mt19937을 선언하여 rng1(3244) 라고 값을 넣어 아무 숫자나 생성합니다~

그 다음 난수 분포기 uniform_int_distribution 을 이용하여 난수의 분포범위를 결정합니다. ( -3, 3 ) 사이~

해서 난수 분포기 안에 난수 생성기를 넣지요!  // dist1( rng1 )

주의할 점.

std::uniform_intdistribution dist와 std::uniform_real_distribution은 포함 범위가 다르므로 주의!

std::uniform_int_distribution dist( -3, 3 )   // -3 이상,  3까지.

std::uniform_real_distribution<double> dist ( 0.0, 1.0 ) // 0.0 이상, 1.0 미만!

그 외 다양한 난수분포기 들이 있습니다만

대표적으로 사용 되는 녀석들만 적어보도록 하겠습니다.

bernoulli_distribution  분포기

 - 확률을 지정하면 이 확률에 근거하여 true 와 false 를 반환

(예: 몬스터 잡으면 n% 확률로 xx 아이템을 드롭!)

binomial_distribution 난수 분포기

 - 특정 확률로 n 회 실시 했을 때 몇 번 성공 할 것인가를 반환

(예: 사망 가능성(확률)이 있는 백신을 N 사람에게 투여하여 성공할 횟수는?)

normal_distribution 난수 분포기

 - 평균과 표준편차로 정규 분포 난수를 생성한다.

(예: 평균 키 173cm, 표준 편차 5cm 의 신장 데이터를 생성!)

위에 적힌 3가지 외에도 엄청나게 많은 난수 생성기와 분포기가 #include <random> 안에 들어가 있습니다만..

필요한건 그때 그때 찾아서 쓰시거나 직접 로직을 만드시는게 편할거라 봅니다.

결론. 개인적으로 srand() 보단정말 세밀하군요. |(O_ o)/

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

와...드디어 10편까지 왔네요. 이틀 동안 열심히 적었습니다만

솔직히 많이 부족하고 너무 설명이 빈약하고 그냥 이런식으로 하면되!

라는 어조로 적어버린 것 같아 죄송합니다.

계속 노력해서 더 좋은 설명을 곁들이도록 할게요!

2. lambda

이번 글은 lambda에 대해서 정리해보도록 하겠습니다.

람다에 대해서 간단히 설명하자면 다음과 같습니다.

• 'lambda 함수' 또는 '무명 함수' 라고 부르기도 한다.
• lambda는 함수 오브젝트 이다.
• C++의 표현력을 증가시켜 준다.
• STL의 알고리즘을 더 간편하게 사용할 수 있다.
• 규격에서는 lambda는 특별한 타입을 가지고 있다고 한다.
• 단! decltype나 sizeof 에서 사용 할 수 없다.

람다의 사용 방법은 4가지만 잘 익혀두시면 됩니다.

위에서 차례대로 설명드리겠습니다.

먼저 어떤 스코프의 영역에서 람다를 쓰실려면    [ ] 를 이용하여 람다를 캡쳐~! 합니다.

그러면 컴파일러가 어? 람다 쓰넴. 하고 알게됩니다.

그 다음 이용할 ( ) 를 통해 파라미터 인수를 정의합니다.

(만약 딱히 파라미터 받을 거 없는데? 하면 안써도 됩니다)

그리고 { } 안에서 함수의 본체를 정의합니다.

마지막으로 ( ) 를 통해 우리가 만든 람다 함수를 호출하면 끝!

간단하게 위와 같이 사용하시면 됩니다.

(역시나 파라미터 없는데~? 하면 안써도 무방합니다)

그리고 람다 함수본체까지만 정의하고 auto를 이용해 함수를 auto func 에 담아둔 뒤

func( )를 이용한 호출도 가능합니다!

왜??  위에서 언급했다싶이 Lambda 또한 함수 오브젝트! 이기 때문이지요!

그리고 람다 자체를 함수의 파라미터로 이용할 수 있습니다.

람다 자체의 파라미터를 사용해보는 것도 확인해볼까요.

역시나 쉽습니다.

그냥 파라미터 값도 알아서 척척 넣어주게 되네요.

그 다음 lambda를 이용한 반환(리턴)을 써보겠습니다.

반환하는 방식도 여타 함수와 똑같습니다. 그냥 함수 본체에다 리턴만 알아서 하면되네요.

그럼 이 람다를 응용해서 함수안에 람다 함수를 넣어서 써보도록 하조

네...잘들어갑니다 ㅡ_ ㅡ)...그냥 함수나 어떤 스코프범위 안에서 

그냥  [ ] 캡쳐를 이용해서 선언만 하면 어디서든 람다를 바로바로 넣을 수 있습니다.

그리고 lambda 함수 자체를 반환하는 함수로 만들어 사용도 가능합니다.

그런데 개인적으로 이런식으로 쓰고 싶지는 않네요...

함수 포인터를 써야하는 과정에서 람다를 이용해 어딘가에 템플릿 형태로 만들어놓고 그걸 리턴 하는 용도로 쓴다면

나름 괜찮을 것 같습니다.

자 그런데..위 코드에 보면 [ ] (캡쳐) 부분에 [=] 이런식으로 들어간 게 보일 겁니다!

응? 못보던건데 저게 뭐지 할텐데요.

Capture 라 불리는 [ ] 구역의 용도는 정확히 

lambda를 정의한 scope 내의 변수를 capture 하는 용도입니다!

Scope의 모든 변수를 참조로 capture 할 때는 [&], 특정 변수를 참조로 capture 할 때는 [&변수]

Scope의 모든 변수를 복사로 capture 할 때는 [=], 특정 변수를 복사로 capture 할 때는 [변수]

를 적으면 됩니다!  ( 무슨말?? )

바로 한번 써보도록 할까요.

위와 같이 람다 함수내에서 지금 스코프의 영역에 있는 변수를 참조하여 값을 변경하거나 할 때는 [&]를 이용해 x 값을 받아 올 수 있습니다.

그럼 [=]를 이용한 복사는?

당연히 값 복사만 일어나기 때문에 스코프내의 변수를 바꿔버리는 행위는 에러를 뿜게 됩니다.

순전히 값 복사와 람수 함수 내부적으로 일어나는 변환에 대해서만 처리를 할 수 있습니다.

그러나 필요하다면 

mutable을 이용하여 다음과 같이 람다 함수 내에서만 일시적으로 x 값을 변경 할 수 있습니다.

람다 함수를 빠져나오면 다시 x 값은 원래 값으로 보존이 됩니다.

다음은 람다의 capture : default 에 대해서 보도록 하겠습니다. 

capture : default 라는 말은 우리가 람다를 씀에 있어서

capture가 어떻게 돌아가는지 본다는 뜻 입니다.

위와 같이 람다의 캡쳐 내에서 설정을 어떻게 하냐에 따라 스코프영역의 변수들의 참조/복사를 할 수 있습니다.

람다에 대한 특징을 정리해보겠습니다.

클래스에서 lambda 사용

• 클래스의 멤버 함수에서 lambda 사용 가능
• public, protected, private 멤버도 접근 가능
• lambda는 클래스에서 friend로 인식
• lambda에서 클래스 멤버를 호출 할 때는 this를 사용한다.

Generic lambdas

• C++ 14
• 인수 타입으로 auto를 사용할 수 있다.
• 템플릿 인수와 같이 형 추론된다.
• [ ] (const auto& x, const auto& y) { return x + y; }
  
  
• 가변 인수로 사용 할 수 있다.
• [ ] ( auto&&... args) { std::cout << sizeof...(args) << endl; } (1U, 2.1, nullptr, hoge{ } );
  
  
• auto를 사용하는 것은 구현에서 필수는 아니다.
  다만 가독성을 위해 붙여주도록 하자!

마지막으로 generic lambda 사용을 보도록 하겠습니다.

여기까지가 C++ 14의 람다 였습니다.

람다에 대한것은 잘 사용하면 정말 편하고 코드를 간결하게 만들 수도 있으며

알고리즘을 구현하는데 있어서 많은 도움이 될 거라 봅니다.

저도 아직은 자주 쓰는 편은 아니지만

일부 구역에서는 람다를 이용해서 굳이 필요없는 펑션 구현을 줄일 수 있다는 점에서는 애용하고 있습니다.

많은 도움이 되셨기를....

혹시나 보셨다면 리플이라도...(굽신 굽신)

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

2. constexpr

이번 글은 constexpr에 대해서 정리해보도록 하겠습니다.

constexpr은 변수, 함수, 클래스를 컴파일 타임에 정수로 사용할 수 있다.

[이 말은 상수로 취급할 수 있는 작업은 컴파일 타임에 처리하도록 한다는 말!]

#define 이나 템플릿을 대체하여 사용 할 수 있다.

음...?그래서 어떤식으로 쓴다는 거지? 하고 느끼실 텐데요.

아래와 같이 #define을 이용한 매크로에도 써먹어서 컴파일타임에 상수로 사용이 가능합니다.

#define으로 처리하면 빌드를 해봐야지 알 수 있었던 에러를

미리 컴파일타임에 컴파일러가 띄워줄 수 있는 방식이니 

우리는 프로젝트를 빌드하지 않고도 바로바로 에러가 날 수 있는 녀석들을 확인 할 수 있습니다.

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

2. emplacement

이번 글은 emplacement에 대해서 정리해보도록 하겠습니다.

emplacement를 간단히 설명해보자면

• 오브젝트 생성과 컨테이너 추가를 한 번에 할 수 있다.
• STL의 대부분의 컨테이너에서 지원
  
• 요소의 생성자 인수를 받아서 컨테이너 내에서 오브젝트를 만든다.
• push_back() -> emplace_back()
• push_front() -> emplace_front()
• insert() -> emplace()
  
  
• push_back 에 비해 요소 추가 비용을 줄일 수 있다.
  
• 임시 오브젝트의 복사와 파괴 비용이 발생하지 않는다.

보시다시피 사용 방법은 기존 push_back 이나 insert와 동일하다.

다만 push_back이나 insert의 경우 내부적으로 값 복사가 발생하여 비용이 들었으나

emplace_back이나 emplace를 이용하면 값 복사 현상이 없어져서 더 적은 비용으로 기능을 수행할 수 있다!

어..나는 값 복사가 일어나는게 필요한대?

라고 한다면 기존 push_back이나 insert를 쓰면 된다.

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

이번 글에서는 [7편] override / final 에 대해서 살펴보도록 하겠습니다.

사실 override와 final은 매우 쉬운거라 딱히 한개의 글로 적기 뭐했습니다만..

블로그 분량을 늘려서 빨리 구글에 노출되야해!!!

라는 것 때문에 글을 나눈 것은 아닙니다.

7. override / final

• override : 컴파일러에게 부모클래스의 멤버 함수를 재 정의함을 알린다.

• final : 부모 클래스의 특정 멤버 함수를 자식 클래스에서 재정의하지 못하도록 막을 때 사용 한다.

오버라이드는 간단히 부모 클래스에 선언 된 함수를 재정의 할 때나

이미 부모클래스에 있는 함수 다시 재정의 해본다아~~? 하고 절차를 확인할 때 사용 할 수 있습니다.

위 Base에 선언 된 가상함수 foo(int i) 를 override 한 것은 잘 되지만

아래 파라미터가 float 형인 것으로 override를 시도하면 컴파일 에러가 발생하게 됩니다.

개인적으로는 override를 이용하여 내가 부모클래스에 만들어 뒀던 가상함수를 

다시 재정의하여 쓸 때 오타가 없는지 확인 하는 용도로도 썼었습니다.

간단한 예로 이렇게 활용했지요~!

Base Class 에 virtual void Update( float timeDelta);  라 만들어진 것을    // Update 가 대문자로 시작

Derived Class 에 virtual void update (float timeDelta) override;  라고 적으면 // update 가 소문자로 시작

이런식으로 적으면 바로 컴파일러가 update와 Update를 구분하여 너 철자 틀렸심. 하고 빨간줄을 그어줍니다.

두 번째 Final은 반대로 final이 선언 된 클래스를 끝으로 더이상 자식한테 재정의를 허용 하지 않을 때 사용합니다.

개인적으로는 상속을 하면서 자식으로 뻗어 나갈 때, 이 함수는 더 이상 재정의하면서 계속 썼다간

원 목적에서 완전 틀어저 버릴 거 같아...라는 생각이 들거나

팀 프로젝트에서 내 코드임 재정의하거나 건들지마셈 하고 명시할 때 붙이기도 했습니다.

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

이번 글에서는 [6편] dafault / delete definition 에 대해서 살펴보도록 하겠습니다.

6. default / delete

default : 컴파일러가 함수를 자동으로 생성하도록 명시적으로 지정

delete : 컴파일러가 함수를 자동으로 생성하지 않도록 명시적으로 지정

위의 코드를 살펴보면 class TEST의 생성자와 소멸자는 default로 명시를 하는 것을 볼 수 있습니다.

default로 명시가 되었기 때문에 class TEST의 내용은 컴파일러가 함수를 자동으로 생성하게 됩니다.

반대로 class TEST2는 delete로 함수들이 명시적으로 지정되어 있습니다.

그리고 생성자와 void* operator new(size_t) = delete; 가 정의되어 있는 관계로

new 연산자를 이용한 할당이 블로킹 되어 있습니다.

두 번째 예로 다음 코드를 보도록 하겠습니다.

간단히 struct 안에 func(double d) 함수 선언하고 delete로 지정을 하였습니다.

그리고 main에서 func( double d )  함수를 사용하려고 했지만!

Error가 빰빠카밤~ 하고 나오는걸 볼 수 있으실 겁니다.

아그럼 default는 자동으로 생성하는데 뭘해준다는거야?

라고 궁금해 하실까봐.

(사실 아 그냥 대충써... 하고 귀차니즘 발동하려다가 더 보충해봅니다..)

이번엔 default에 대한 예를 적어 보겠습니다.

위 코드를 보면 MyTest 클래스에서 기본적인 MyTest() 생성자가 기본으로 있습니다.

보통 기본 생성자는 우리가 따로 선언/정의를 해주지 않아도 컴파일러가 몰래 쓰담쓰담 만드는 게 상식입니다.

그렇다면 아래와 같이 코드를 바꾸면 어떻게 될까요?

당연히 기본 생성자를 직접 선언도 안했을 뿐더러 다른 생성자를 만들었기 때문에

기본 생성자가 만들어지지 않습니다.

따라서 당연히 컴파일 에러가 빠밤~ 하고 나오게 되조.

이때 편하게 쓰는게 바로 default 입니다.

default로 기본 생성자를 명시해줬기 때문에 딱히 정의를 안하더라도 컴파일러가 자동으로 생성해주게 됩니다.

이런식으로 활용하는 것이 default 입니다~

딱히 default 자체는 많이 쓸일이 없을 것 같습니다만.

delete는 유용하게 활용이 가능하겠더군요.

그럼 다음 7편에 override와 final에 대해서 뵙도록 하겠습니다~

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

이번 글에서는 [4-5편] non-static data member initializers 와 initializer lists

를 함께 다루도록 하겠습니다.

4, 5편 내용은 짧기 때문에 두 편을 한 글로 붙였습니다.

4. Non-static data member initializers

 - C#, Java 처럼 멤버 변수 정의와 동시에 초기 값을 할당 할 수 있다.

대체 이것이 무슨 말?? 이냐 하면

역시나 코드로 바로 보도록 하자.

위에서 private: 아래의 멤버 변수를 살펴보면

선언과 동시에 초기화가 진행 되는 것을 볼 수 있다.

옛날엔 이거 안됐다!!

근데 지금은 된다 ㅡ, .  ㅡ;

학창 시절 Java를 배웠을 때는 당연히 되던거라 게임 프로그래밍으로 넘어오면서 C++을 할 때 이게 안됐던 시기엔

어 = _=..왜안되지...원래안되나...하고 넘어갔었으나

C++11로 넘어오면서 가능해진 것으로 알고 있다.

즉 헤더에서도 멤버 변수 선언과 동시에 초기화가 가능하다!

여기까지는 다들 "뭐...음..그래...그래서...? 당연하거 아닌가?" 하고 넘어 갈 수 있다.

다시 먼저 코드를 보도록 하자.

살펴보면 private이 주석 처리 되어

멤버변수들이 접근한정자 public: 으로 바뀌게 되었고

외부에서 TEST test { 1 , "test" }; 로 초기화가 가능해졌다!

이 말인즉 public 접근이 가능한 클래스 멤버 변수가 외부에서 초기화가 바로 가능하다 라는 점이다.

이걸 잘 응용해본다면 외부 다른 클래스에서도 해당 클래스의 new로 선언함과 초기화를 바로 진행이 가능하게 만들 수 있다는 것!

그 외에도 기본적인 타입들에 대해서 initializer를 쓸 수 있다.

5. initializer lists

• 초기화 리스트 전용 type
• 함수의 인자, 유저 정의형, STL 컨테이너의 초기화에 사용할 수 있다.

일반적인 배열 초기화

(오오...auto 슨상님이 등장했다)

결론. 멤버 이니셜라이즈를 통해 초기화 구문을 쉽게 정의 할 수 있다!

목차

1. Auto

2. range based for

3. enum class

4. non-static data member initializers

5. initializer lists

6. default / delete definition

7. override / final

8. emplacement

9. constexpr

10. lambda

11. random

12. thread

이번 글에서는 [3편] enum Class 에 대해서 적어보도록 하겠습니다.

enum Class에 앞서 먼저 enum이 뭔지 알아야하니 같이 나열해보며 비교하도록 하겠습니다.

3. enum class

enum 

• c++11의 enum은 C++03 표준과 다르게 두 종류의 enum으로 바뀌었다.
• 강한 형 사용과 범위를 가진다.
• 'unscoped enumeration'과 'scoped enumeration'
• unscoped enumeration은 기존(C++03) enum과 비슷

위 코드를 보면 스콮이 있는 enum과 없는 enum으로 구분되어 있습니다.

scoped enumeration은 ITEMTYPE:: 이라는 네임스페이스가 따라 붙는 것을 볼 수 있습니다.

(아...영타 치기 뭔가 귀찮네요...= _=)

기존의 enum은 위에 적혀있는 ITEMTYPE:: 스페이스가 없는 enum입니다.

이게 왜 좋은거냐?

라고 이제 생각할 때가 됐는데요.

우리가 보통 enum을 헤더에 선언하여 사용하다보면 대체 이 enumeration값들이 어디에 있는 거여? 하고 햇갈리게 됩니다.

따라서 scoped enumeration 같은 경우 네임스페이스가 따라 붙기 때문에

아 거기서 썼던 enum이구만~ 하고 바로 알 수 있습니다.

그리고 위와 같이 enum class로 선언하면 네임스페이스를 붙이지 않을 경우 error를 띄우게 됩니다.

강제적으로 강한 형 사용을 강요하게 되조.

덕분에 enumeration 값이 어디에 있던 것인지 강제적으로 명시하는 코드를 작성하게 됩니다.

어떻게 보면 귀찮다~ 라고 볼 수도 있지만

향후 다시 이 코드를 봤을 때 도움이 많이 되고 유지보수에도 많은 기여를 할 거라 예상 됩니다.

그래서~ 필요하다면 쓸 수 있게 끔 타입 케스팅 자체도 지원을 하고 있습니다.

enum class 자체에 대해서는 그닥 알게 없을 수도 있으나 이런식으로 C++ enum을 쓸 수 있다를 알고 가시면 좋을 것 같습니다.

(enum Class를 활용한 뒤부터는 모든 enum을 죄다 이걸로 싸그리 바꿔버리고 있는...)

다음 글 non-static data member initializers 에서 뵐게요!