Programming @Undo

[Core GuideLine] 인터페이스

언두 — Thu, 7 Nov 2024 18:54:20 +0900

1.인터페이스는 명시적으로 만들어야 한다.

인터페이스에 명시되지 않은 가정은 쉽게 간과되며 테스트가 어렵다.

int round(double d)
{
    return (round_up) ? ceil(d) : d;    // 나쁜 코드 : "보이지 않는" 의존성
}

위 코드에서 round(7.2)를 두 번 호출했을 때, 서로 다른 결과를 반환할 수도 있다는 점이 호출자에게 명확하게 보이지 않는다.

경우에 따라 환경 변수를 통해 일련의 작업 세부 사항을 제어하기도 합니다. 예를 들어, 일반 출력과 자세한 출력, debug와 optimized 모드 등, 비록 비-로컬 제어가 잠재적으로 혼란을 줄 수 있지만, 이는 고정된 의미를 갖는 세부 구현에만 영향을 미칩니다.

// 나쁜 코드 : fprintf의 반환 값을 테스트하지 않음
fprintf(connection, "logging: %d %d %d\n", x, y, s);

위 코드에서 만약 연결이 끊겨 로그 출력이 제대로 되지 않는다면 무슨 일이 일어날까?

해결법 : 예외를 던져야 한다.

1.인터페이스를 통해 non-local이나 암시적 상태를 전달하지 않도록 해야 한다

: 비 정적(const)멤버 함수는 객체의 상태를 통해 다른 멤버 함수에 정보를 전달 할 수 있다.

2. 인터페이스는 함수이거나 함수 집합이어야 한다.

함수는 함수 템플릿이 될 수 있으며, 함수 집합은 클래스 또는 템플릿이 될 수 있다.

규칙

1. 함수는 네임스페이스 스코프에 선언된 변수의 값에 따라 제어 흐름을 결정하지 않아야 한다.

2. 함수는 네임스페이스 스코프에 선언된 변수에 값을 쓰지 않아야 한다.

[cpp][c++11] 타입 추론 (type inference)

언두 — Fri, 16 Dec 2022 15:59:25 +0900

타입 추론 (type inference) ?

표현식의 타입을 컴파일러가 스스로 알아내는 기능

관련된 키워드로 auto와 decltype 이 있다.

auto 키워드

함수의 리턴타입 추론
구조적 바인딩에 사용
표현식의 타입을 추론
non type, 즉 타입이 아닌 템플릿 매개변수의 타입 추론
함수에 대한 또다른 문법으로 사용
제네릭 람다 표현식에서 사용
컴파일 시간에 자동으로 추론해서 결정됨
auto로 표현식의 타입을 추론하면 함수에 지정된 레퍼런스나 const 한정자가 제거됨
- 복제 방식으로 전달되지 안헥 하려면 auto&나 const auto& 타입으로 지정해야 함

const std::string message = "TEST";

const std::string& foo()
{
	return message;
}

void main()
{
	//const 한정자 사라짐
	//str1타입은 string
	//즉 값이 복제되어버림
	auto str1 = foo();

	
	//이렇게 쓰면 값이 복사되지 않지~
	const auto& str2 = foo();
}

decltype 키워드

declared type(선언된 형식)의 줄임말
인수로 지정한 표현식의 타입을 알아낸다
- 아래와 같이 작성하면, y는 x의 type인 int로 추론할 수 있다.

int x = 123;
decltype(x) y = 456;

auto와 달리 레퍼런스나 const지정자를 삭제 하지 않는다
- 위에서 쓴 예문을 decltype을 통해 작성한다면 const string&타입이 되어 값 복제가 일어나지 않는다.

decltype(foo()) str3 = foo();

[cpp][c++11] noexcept 키워드

언두 — Fri, 16 Dec 2022 15:54:02 +0900

정의

noexcept가 지정된 함수는 익셉션을 던지지 않는다.

예문

int testfunc() noexcept;

추가 내용

noexcpet키워드가 지정된 함수에 익셉션을 던지는 코드가 있다면 c++런타임은 terminate()를 호출하여 프로그램 종료
파생클래스에서 virtual함수를 오버라이드할때 베이스클래스에 정의된 메서드에 noexcept가 지정되어 있지않더라도, 오버라이드 하는 함수에서 noexcept를 지정할 수 있다. 하지만 반대는 불가능하다.

[cpp][c++ 17] std::string_view

언두 — Wed, 7 Dec 2022 17:07:50 +0900

먼저 알아야 할 개념 : 문자열 리터럴

overview

std::string_view 클래스는 "문자열에 대한 비소유 참조" 이다
문자열에 대한 "상수 참조" 또는 "읽기 전용 참조" 라고 할 수도 있지만,
const std::string& 로 오해할 수 있기 때문에 이렇게 정의한다.

실질적인 기능을 제공하는 것은 std::basic_string_view라는 템플릿이다.

std::string_view는 미리 정의된 std::basic_string_view<char>의 별칭일 뿐..(std::basic_string 을 std::string으로 쓰는것과 유사)

std::string

C Style 문자열 표현
- 문자열의 마지막에 널문자(\0)를 붙여서 끝남을 표시함
std::string
- <string> 헤더에 정의
- 비교연산자
  - 연산자 오버로딩
    - == , != , < 와 같은 연산자를 사용할 수 있음
  - compare 메소드 사용가능
  - cpp 20부터는 3-way 비교연산자로 수행 가능
- 메모리 관리
  - string클래스에서 알아서 해줌 -> 메모리 오버런 걱정 없음
    - 자세히 보자면...
      - string을 할당하거나, 크기 변경 코드가 여기저기 있더라도 메모리 누수가 발생하지 x
        
        string객체는 모두 스택변수이기 때문에 생성된 스코프를 벗어나면 알아서 소멸자에서 정리
      - 연산자를 원하는 방식으로 동작할 수 있음
- c_str() 메소드를 사용하면 C언어에서 호환되는 const char 포인터를 얻을 수 있음
  - but 리턴된 const포인터는 string에 대한 메모리를 재할당하거나 해당 객체를 제거하면 유효치 않음
  - 현재 string에 담긴 내용을 정확히 사용하려면 이 메소드를 호출한 직후에 리턴된 포인터를 바로 활용
  - 함수 안에서 생성된 스택 기반의 string 객체에 대해서 c_str()을 호출한 결과를 절대로 리턴값으로 전달하면 안된다.

std::string_view

만약 읽기 전용 문자열을 매개변수로 받는 함수를 작성한다면, 해당 문자열에 대한 타입은 어떻게 정하겠는가?

const char* 로 지정한다면, std::string을 사용하는 클라이언트에서 c_str()나 data()를 사용하여 string을 const char*로 변환해서 호출해야 하는 단점이 있다.
const std::string& 으로 지정한다면, 항상 std::string만 사용해야한다.
- 예를 들어 문자열 리터럴을 전달하면 컴파일러는 그 문자열 리터럴의 복사본이 담긴 string 객체를 생성하여 함수로 전달하기 때문에 오버헤드가 발생된다

즉, 이 클래스의 주된 용도는 const string&을 대신하는 것 이다!

만약 아래와 같은 함수가 있다고 치자.

void A(const string& str)
{
	cout<<str;
}

void B(const char* str)
{
	cout<<str;
}

위 A() B() 모두 단순히 문자열을 입력받아 출력하는 함수이다

std::string str = "hello";

A("hi");
B(str.c_str());

하지만 이렇게 호출한다면, 둘 다 위에서 말한 문제가 발생한다.

A("hi")의 경우에는 결국 const char*로 간주되며, string(const char*) 생성자가 실행되어 메모리 할당과 문자열 자료 복사가 발생한다.
B(str.c_str())의 경우에는 string을 사용하기 때문에 변환해서 매개변수에 넣어주어야한다.

void C(const string_view& str)
{
	cout<<str;
}

이렇게 선언한다면 두가지 다 필요 없지롱!

또 주목할 점은 아래의 몇가지가 있다

연산자 오버로딩 지원
c_str()함수가 없다
data()가 돌려주는 것이 종료 문자열이 아니다
string_view만의 인터페이스가 추가 되었다
- remove_prefix 및 remove_suffix
cpp 17에서 string_view를 위한 문자열 리터럴을 추가했다!
- "hi"sv 처럼 끝에 접미사 sv가 붙은 문자열 리터럴은 상수 string_view객체가 된다

참고 사항

https://en.cppreference.com/w/cpp/string/basic_string_view

std::basic_string_view - cppreference.com

template< class CharT, class Traits = std::char_traits > class basic_string_view; (since C++17) The class template basic_string_view describes an object that can refer to a constant contiguous sequence of char-like objects with the first elemen

en.cppreference.com

https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n3921.html

string_view: a non-owning reference to a string, revision 7

Acknowledgements I'd like to thank Marshall Clow, Olaf van der Spek, the Boost and std-proposals mailing lists, Chandler Carruth, Beman Dawes, Alisdair Meredith, and especially Daniel Krügler for help, advice, and wording in this paper.

www.open-std.org

https://junstar92.tistory.com/305

[C++] string과 string_view

References Professional C++ https://en.cppreference.com/w/ Contents C-Style Strings String Literals Raw String Literals C++ std::string 클래스 std::string_view 클래스 Nonstandard Strings C 언어에서는 단순히 널(NULL)로 끝나는 문자 배

junstar92.tistory.com

[cpp] 전방 선언에 대하여

언두 — Fri, 2 Dec 2022 18:33:59 +0900

전방 선언(forward declarations) 과 정의(definitions)

실제로 식별자를 정의하기 전에 식별자의 존재를 컴파일러에게 미리 알리는 것이다

함수의 경우 전방선언을 하려면 함수 원형으로 사용해야 한다

전방선언을 할 경우 클래스의 존재만 인지시키는 것이기 때문에 포인터로밖에 선언하지 못한다

전방 선언을 사용하는 이유?

참조하려는 헤더파일에 변경이 생겨도 헤더파일의 재컴파일이 이루어지지 않기 때문에 효율성과 속도가 증진된다!
역참조가 되는 구조를 막기도 한다

코드

Closet.h 에 아래와 같이 선언되어있다고 보자.

class Button;
class Jumper {
    Button *pB;
    
};

전방 선언을 사용하지 않는다면 Closet.cpp는 이렇게 사용해야한다.

#include "Closet.h"
class Jumper {
    Button *pB;
    
};

하지만 전방선언을 쓴다면 요렇게 쓸수 있지롱

#include "Closet.h"
void Jumper::createButton() {
    this.pB = new Button;
}

또다른 예를 들자면..

아래 코드의 동작결과는 1+2=3이 아니다!

void main()
{
	std::cout<< " 1+2 = :" <<add(1,2)<<std::endl;
}

int add(int x, int y)
{
	return x+y;
}

컴파일 에러가 난다...

멍청이 컴파일러는 소스코드를 순서대로 읽기때문에, add함수가 무엇을 뜻하는지 알 수 없다.

이럴때에는 main문 앞에 전방선언으로 한줄만 추가해주면된다.

int add(int x, int y);

void main()
{ ... }

int add(int x , int y)
{ ... }

또는 매개변수의 이름을 지정하지 않고 int add(int,int)꼴로도 선언할 수 있는데

보는사람이 이해하기 힘드니까 그냥 동일하게 쓰는게 좋다 이말씀~

[cpp][effective_c++_19] 클래스 설계는 타입 설계와 똑같이

언두 — Thu, 1 Dec 2022 19:09:18 +0900

좋은 클래스를 설계하기 위한 여러 가지 질문들

새로 정의한 타입의 객체 생성 및 소멸은 어떻게 이루어져야 하는가?
객체 초기화는 객체 대입과 어떻게 달라야 하는가?
- 초기화와 대입을 헷갈리지 않는게 가장 중요함, 각각에 해당되는 함수 호출이 아예 다르다
새로운 타입으로 만든 객체가 값에 의해 전달되는 경우에 어떤 의미를 줄 것인가?
- 어떤 타입에 대해 값에의한 전달을 구현하는 쪽은 복사 생성자이다
새로운 타입이 가질 수 있는 적법한 값에 대한 제약은 무엇으로 가질 것인가?
기존의 클래스 상속에 맞출 것인가?
- 이미 갖고 있는 클래스로부터 상속을 시킨다면, 당연히 이번에 설계한 클래스는 이녀석들에 의해 제약을 받게 된다. 특히 멤버함수가 가상인가 비가상인가 여부가 가장 크다.
- 이번에 설계하는 클래스를 다른클래스들이 상속할수 있게 만들고 싶다면, 멤버함수의 가상함수 여부도 고려할 수 있겠지...
어떤 종류의 타입 변환을 허용할 것인가?
- 암시적인 변환(Implicit)이 가능하게 만들고 싶다면, 타입 변환 함수를 하나 넣어두던가, 인자 한개로 호출될 수 있는 비명시호출(non-explicit) 생성자를 넣어주어야 한다.
- 명시적(explicit)타입 변환만 허용하고 싶다면, 해당 변환을 맡는 별도 이름의 함수를 만들되 타입변환 연산자 혹은 비명시호출생성자는 만들지 말아야한다.
어떤 연산자와 함수를 두어야 의미가 있을까?
표준 함수들 중 어떤것을 허용하지 말 것인가?
- private로 선언해야하는 함수들 고려
새로운 타입의 멤버에 대한 접근권한을 어느 쪽에 줄 것인가?
- 어떤 클래스 멤버를 public/protected/private영역에 둘 것인가
'선언되지 않은 인터페이스'로 무엇을 둘 것인가?
- 내가 만들 타입이 제공할 보장이 어떤종류일까에 대한 질문으로서, 보장할 수 있는 부분은 수행 성능 및 예외 안전성 그리고 자원사용이다. 이들에 대해 보장하겠다고 결정한 결과는 클래스 구현에 있어서 제약으로 작용하게된다.
새로 만드는 타입이 얼마나 일반적인가?
- 실상은 타입하나를 정의하는 것이 아닐지도 모른다 동일계열의 타입군 전체일지도 모른다..
- 그렇다면 새로운 클래스가아닌 새로운 클래스 템플릿을 정의해야 할 것..
정말로 꼭 필요한 타입인가?
- 기존의 클래스에 비해 기능 몇 개가 아쉬워서 파생클래스를 새로 뽑고잇다면, 차라리 비멤버 함수라던지 템플릿을 정의하는 편이 낫다

[cpp][effective_c++_18] 인터페이스 설계는 쓰기엔 쉽게, 엉터리로 쓰기엔 어렵게

언두 — Wed, 23 Nov 2022 01:06:17 +0900

함수도 인터페이스,클래스도 인터페이스,템플릿 또한 인터페이스요....
사용자가 의도한 대로 동작하지 않는다면 그 코드는 컴파일 되어야 하지 않는 것이 맞다.
또한, 어떤 코드가 컴파일된다면... 사용자가 원하는 대로 동작해야한다.

'제대로 쓰기는 쉬우나 엉터리로 쓰기엔 어려운' 인터페이스를 개발하려면 우선 사용자가 저지를 만한 실수를 머리에 넣어 두고 있어야 한다.

예를 들면, 날짜를 저장하는 클래스의 생성자를 설계해보자

class Date{
public:
 Date(int month, int day, int year);
 ...
 };

여기엔 사용자가 저지를 만한 실수가 있다!

매개변수의 전달 순서를 잘못쓰거나,유효 범위를 넘어서는 숫자가 들어갈 수 있다.
1. Date date(30,3,1999)

->month랑 day를 바꿔서 넣은 경우

2. Data date(3,40,1999)

->day에 유효범위 숫자를 넘어선 녀석을 넣을 경우

이렇듯 사용자의 실수를 방지하기 위한 방법으로는 아래와 같은 방법들이 있다.

새로운 타입 만들기
타입에 대한 연산을 제한하기
객체의 값에 대해 제약걸기
자원 관리 작업을 사용자 책임으로놓지 않기

새로운 타입 만들기

Struct Day
{
	explicit Day(int d):val(d){}
	int val;
};

Struct Month
{
	explicit Month(int m):val(m){}
	int val;
};

Struct Year
{
	explicit Year(int y):val(y){}
	int val;
};

class Date{
public:
	Date(const Month& m , const Day& d , const Year& y);
    ...
 }

각 타입에 제약값을 설정하면 된다.

enum을 쓰는방법도 있지만, 타입안정성은 별로기때문에,,,,, 유효한 Month(or Day or Year...)의 집합을 정의하는게 나을지도~

타입에 대한 연산을 제한하기

아주~ 흔히 쓰이는 예로는 const를 붙인다. operator*의 반환 타입을 const로 한정함으로써 사용자가 사용자 정의 타입에 대해 실수를 저지르지 않을 수 있었지

자원 관리 작업을 사용자 책임으로놓지 않기

사용자 쪽에서 뭔가를 외워야 제대로 쓸 수 있는 인터페이스는 잘못 쓰기 쉽다. 언제라도 잊어버릴수 있기 때문에, 따라서 스마트포인터에게 떠넘겨버리는게 좋다..
tr1::shared_ptr는 사용자 정의 삭제자를 지원한다. 이 특징때문에 교차 DLL문제를 막아주며, 뮤텍스등을 자동으로 잠금해제하는데 쓸 수 있다.

인터페이스의 올바른 사용을 이끄는 방법

인터페이스 사이의 일관성 잡아주기
기본 제공 타입과의 동작 호환성 유지하기

[Cpp] Lambda 표현식에 대하여 알아보자

언두 — Thu, 8 Sep 2022 13:20:30 +0900

함수형 프로그래밍을 안다면 람다표현식이 쉬울것이다.

하지만 C++ 11이전 버전만 사용하던 나에게... 개념이해가 어렵다..^_^...

다수의 구글링과 유튜브(https://www.youtube.com/channel/UCHcG02L6TSS-StkSbqVy6Fg)를 이용해 학습한 내용을 정리한다.

먼저 Java Script의 Closure개념에 대해 알아두면 좋을 듯 하다.

1.Closure의 정의

클로저는 자바스크립트 고유의 개념이 아니다. 클로저에 대해 MDN은 아래와 같이 정의하고 있다.

“A closure is the combination of a function and the lexical environment within which that function was declared.”
클로저는 함수와 그 함수가 선언됐을 때의 렉시컬 환경(Lexical environment)과의 조합이다.

Lexical환경 이란 아래와 같이 정의할 수 있다. = 내부 숨김 연관 객체(Internal Hidden Associated Object)

렉시컬 = "사전의" "어휘의"

실행중인 함수
코드 블록 {...}
스크립트 전체

즉 클로저는 함수와 그 함수가 선언된 환경과의 관계이다!

“함수”란 반환된 내부함수를 의미하고 “그 함수가 선언될 때의 렉시컬 환경(Lexical environment)”란 내부 함수가 선언됐을 때의 스코프를 의미한다.

즉, 클로저는 반환된 내부함수가 자신이 선언됐을 때의 환경(Lexical environment)인 스코프를 기억하여 자신이 선언됐을 때의 환경(스코프) 밖에서 호출되어도 그 환경(스코프)에 접근할 수 있는 함수를 말한다.

클로저는 자신이 생성될 때의 환경(Lexical environment)을 기억하는 함수 이다

정의는 이쯤하고, 관련내용은 구글링을 하도록 한다..

2. 그래서 C++에서 Closure개념을 어떻게 사용하는데?

아래와 같은 코드를 보며 느낌을 이해해보자..

plus3 객체(Function Object) 는 localVar에 3 을 할당한 상태

plus5 객체는 localVar에 5를 할당한 상태 이다!

#include <iostream>
using namespace std;

//closer 랑 유사한 개념으로 접근해야한다

class Plus
{
public:
	//explicit 키워드 : 자신이 원하지 않은 형변환이 일어나지 않도록 제한하는 키워드
	explicit Plus(int a) :localVar{ a } {}
	//class로부터 만들어진 오브젝트를 호출이 가능한 오브젝트로 만들려면 function call operator를 오버로딩하면된다
	int operator() (int x) const
	{
		return localVar + x;
	}

private:
	int localVar;
};

int main()
{
	Plus plus3{ 3 };
	Plus plus5{ 5 };

	cout << plus3(10) << endl;
	cout << plus5(10) << endl;

}

3. Lambda Expression

위 코드 중 Plus3은 정확히 아래와 같은 코드이다. (asm, memory map 동일)

	//캡쳐 모드
	auto lambdaplus3 = [localVar = 3](int x)
	{
		return localVar + x;
	};

[LeetCode] Symmetric Tree

언두 — Thu, 5 May 2022 15:48:26 +0900

https://leetcode.com/problems/symmetric-tree/

Symmetric Tree - LeetCode

Level up your coding skills and quickly land a job. This is the best place to expand your knowledge and get prepared for your next interview.

leetcode.com

문제

해설

Tree가 Symmetric 즉 대칭적인지 판단하면 된다.

이 문제는 두가지 방법으로 풀 수 있다.

1. recursive한 방법

2. iterative 한 방법

1. recursive한 방법

트리가 대칭적이려면 다음과 같은 조건이 필요하다

2번 혹은 3번 하나만 존재시 대칭이 아니다.
2번 && 3번이 둘다 없을 경우 대칭이다.
2번&& 3번이 둘다 존재한다.
- 2번과 3번 노드의 값이 같을 경우
  - 4번과 7번노드 && 5번과 6번노드가 같아야 대칭이다.
  - 아니면 대칭이 아니다.
- 2번과 3번 노드의 값이 다를 경우 대칭이 아니다.

이를 재귀적으로 구현하면 다음과 같다.

/**
 * Definition for a binary tree node.
 * struct TreeNode {
 *     int val;
 *     TreeNode *left;
 *     TreeNode *right;
 *     TreeNode() : val(0), left(nullptr), right(nullptr) {}
 *     TreeNode(int x) : val(x), left(nullptr), right(nullptr) {}
 *     TreeNode(int x, TreeNode *left, TreeNode *right) : val(x), left(left), right(right) {}
 * };
 */
class Solution {
public:
    bool isSymmetric(TreeNode* root) {
        if(root == NULL)
            return true;
        else
           return isSubSymmetric(root->left,root->right);
    }
    bool isSubSymmetric(TreeNode* leftSide, TreeNode* rightSide)
    {
        if(leftSide == NULL && rightSide == NULL) // 자식노드 둘다 없는 경우
            return true;
        else if(leftSide == NULL || rightSide == NULL) // 하나만 있을 경우 대칭이 아님
            return false;
        else
        {
            if(leftSide->val == rightSide->val) //둘다 있을 경우 값을 비교하여 같을 경우
                return isSubSymmetric(leftSide->left,rightSide->right) and isSubSymmetric(leftSide->right, rightSide->left);
            else
                return false;// 둘다 있는데 값이 다를 경우 대칭이 아니다.
        }   
                
    }
};

[CPP] 1. CPP의 법 따르기

언두 — Mon, 24 Jan 2022 23:22:19 +0900

1. CPP를 언어들의 연합체로 바라보는 안목이 필요하다

CPP의 구성요소

1.C

2.객체 지향 개념의 C++

3.템플릿 C++

4.STL

2. #define을 쓰려거든 const, enum, inline을 떠올리자

즉 선행처리자보다 컴파일러를 더 가까이하자 !

#define BREAD_NUMBER 4

라고 정의햇을 경우 컴파일러는 BREAD_NUMBER라는 기호를 모른다( 컴파일러에게 넘어가기전에 선행처리자가 밀어버리고 상수로 바꾸기 때문)

고로 에러메시지에 BREAD_NUMBER보다는, 4로 나오는 상황이다(0이나 1이라면 에러났을때 곤란해,, )

이 숫자를 찾아들어가기 힘들기 때문에 이렇게 #define으로 선언하는것보다 상수를 쓰는것이 바람직하다.

const int BreadNumber=4;

단, 이렇게 #define을 상수로 교체할 때에는 조심해야할 점이 두가지 있다.

1. 상수 포인터를 정의하는경우

상수정의는 대개 헤더파일에 넣는게 국룰..! 포인터는 꼭 const로 선언해주어야하고, 아울러 포인터가 가리키는 대상까지 const로 선언해야한다.

이를 테면 어떤 헤더파일안에 char*기반의 상수를 정의한다면 const를 두 번 써줘야한다;

const char* const name="Mike";

사실 이 경우 string을 쓰는게 깔끔하다

const std:string name("Mike");

2. 클래스 멤버로 상수를 정의하는 경우, 즉 클래스 상수를 정의하는경우

어떤 상수의 유효범위를 클래스로 한정하고자 할 때는 상수를 멤버로 만들어야하는데, 그 상수의 사본개수가 한 개를 넘기지 못하게 하고싶다면 static멤버로 만들어야한다.

Class GamePlayer{
private:
static const int NumTurns=3; //상수 선언
int scores[NumTurns]; //상수 사용하는 부분
}

위 상수는 선언된 것 (정의 된 것이 아님)

정적 멤버로 만들어지는 정수류는 정의 안해도됨

꼭 정의가 필요하다면 이렇게 쓰면 됨

const int GamePlayer::NumTurns;

초기값은 선언/정의 아무때나 넣어줘도 됨

Tip ) 나열자 둔갑술(enum hack)

위 클래스에서 static const int NumTurns=3 ; 대신 아래와 같이 쓸 수 있다.

enum{ NumTurns = 3};

나열자 둔갑술은 동작방식이 #definde에 가깝다.

->선언한 정수 상수를 가지고 다른사람이 주소를 얻는다던지, 참조자를 쓴다던지 하는것이 싫다면 자물쇠가 될 수 있다.

enum은 #define처럼 어떤 형태의 쓸데없는 메모리 할당도 저지르지 않는다

상당히 많은 코드에서 이렇게 사용하고 있음(템플릿 메타프로그래밍의 핵심기법)