EffectiveC++ - Revision history

Maintenance script: Repair MoniWiki formatting after migration

2026-03-29T00:34:19Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 00:34, 29 March 2026
Line 6:		Line 6:
	=== Item1: Prefer const and inline to #define ===		=== Item1: Prefer const and inline to #define ===
	preprocessor(전처리기)보다는 compiler를 선호한다는 뜻.<br />		preprocessor(전처리기)보다는 compiler를 선호한다는 뜻.<br />
	DeleteMe #define(preprocessor)문에 대해 const와 inline을(compile)의 이용을 추천한다. --상민		[[DeleteMe]] #define(preprocessor)문에 대해 const와 inline을(compile)의 이용을 추천한다. --상민

	[[#define\|-> const]]<br />		[[#define\|-> const]]<br />
Line 328:		Line 328:
	...<br />		...<br />

	DeleteMe 그런 의미보다 String 이나, linked list 혹은 기타 여러 기타 데이터 형으로 많은 수의 할당을 통해서 쓸수 있는 인자의 경우에는 사용자 정의 new를 이용하여 가능하면 공용 메모리 공간에서 활동시켜서, 메모리 할당 코드를 줄이고 (메모리 할당의 new와 alloc는 성능에 많은 영향을 미칩니다.) 메모리를 줄이고 효율적 관리를 할수 있다는 의미 같습니다. 그런 데이터 형으로 쓰이는 인자가 아닌 한 app안에서 단 한번만 사용되는 클래스라면 구지 new를 성의해서 memory leak의 위험성을 증가 시키는 것보다, 일반적인 new와 생성자 파괴자의 규칙을 쓰는것이 좋을겁니다. --상민		[[DeleteMe]] 그런 의미보다 String 이나, linked list 혹은 기타 여러 기타 데이터 형으로 많은 수의 할당을 통해서 쓸수 있는 인자의 경우에는 사용자 정의 new를 이용하여 가능하면 공용 메모리 공간에서 활동시켜서, 메모리 할당 코드를 줄이고 (메모리 할당의 new와 alloc는 성능에 많은 영향을 미칩니다.) 메모리를 줄이고 효율적 관리를 할수 있다는 의미 같습니다. 그런 데이터 형으로 쓰이는 인자가 아닌 한 app안에서 단 한번만 사용되는 클래스라면 구지 new를 성의해서 memory leak의 위험성을 증가 시키는 것보다, 일반적인 new와 생성자 파괴자의 규칙을 쓰는것이 좋을겁니다. --상민

	== Constructors, Destructors, and Assignment Operators (클래스에 관한것들.) ==		== Constructors, Destructors, and Assignment Operators (클래스에 관한것들.) ==

Maintenance script: Table transclusion repair v1

2026-03-27T12:46:16Z

Table transclusion repair v1

Show changes

Maintenance script: Repair batch-0002 pages from live compare

2026-03-27T00:16:02Z

Repair batch-0002 pages from live compare

← Older revision		Revision as of 00:16, 27 March 2026
Line 29:		Line 29:
	private:		private:
	static const int NUM_TURNS = 5; // 상수 선언! (선언만 한것임)		static const int NUM_TURNS = 5; // 상수 선언! (선언만 한것임)
	int scores[NUM_TURNS]; // 상수의 사용.		int scores[NUM_TURNS]; // 상수의 사용.
	}		}

Line 71:		Line 71:
	메모리를 올바로 얻는 것과 그것을 효율적으로 수행하게 만드는것(?)에 관한 얘기들.		메모리를 올바로 얻는 것과 그것을 효율적으로 수행하게 만드는것(?)에 관한 얘기들.
	=== Item 5: Use the same form in corresponding uses of new and delete ===		=== Item 5: Use the same form in corresponding uses of new and delete ===
	string *stringArray = new string[100];		string *stringArray = new string[100];
	...		...
	delete stringArray; // delete를 잘못 써주었습니다.		delete stringArray; // delete를 잘못 써주었습니다.
Line 77:		Line 77:
	* ''new를 호출할때 []를 이용했다면 delete의 호출시에도 []를이 용한다. 간단간단!''		* ''new를 호출할때 []를 이용했다면 delete의 호출시에도 []를이 용한다. 간단간단!''
	typedef를 사용했을때의 delete.. --? : 새로운 문제 제기		typedef를 사용했을때의 delete.. --? : 새로운 문제 제기
	typedef string AddressLines[4]; // 개인 주소는 4개의 줄을 차지하고		typedef string AddressLines[4]; // 개인 주소는 4개의 줄을 차지하고
	// 각각이 스트링이다.		// 각각이 스트링이다.
	...		...
	string pal = new AddressLines; // "new AddressLines" returns a string , just "new string[4]"..		string pal = new AddressLines; // "new AddressLines" returns a string , just "new string[4]"..
	...		...
	delete pal; // 어떻게 될지 몰라~		delete pal; // 어떻게 될지 몰라~
	delete [] pal; // fine.		delete [] pal; // fine.
	이런 혼란(?)을 피하기 위해선 배열 타입들에 대한 typedef를 피하면 되지뭐. ^^<br />		이런 혼란(?)을 피하기 위해선 배열 타입들에 대한 typedef를 피하면 되지뭐. ^^<br />
	=== Item 6: Use delete on pointer members in destructors ===		=== Item 6: Use delete on pointer members in destructors ===
Line 115:		Line 115:
	{		{
	set_new_handler (noMoreMemory);		set_new_handler (noMoreMemory);
	int *pVigdataArray = new int [100000000]; // 100000000개의 정수공간을 할당할 수 없다면 noMoreMemory가 호출.		int *pVigdataArray = new int [100000000]; // 100000000개의 정수공간을 할당할 수 없다면 noMoreMemory가 호출.
	...		...
	}		}
Line 345:		Line 345:
	{		{
	if (value) {		if (value) {
	data = new char[strlen(value) + 1];		data = new char[strlen(value) + 1];
	strcpy(data, value);		strcpy(data, value);
	}		}
	else {		else {
	data = new char[1];		data = new char[1];
	*data = '\0';		*data = '\0';
	}		}
	}		}

	inline String::~String() { delete [] data; }		inline String::~String() { delete [] data; }
	이 class에는 치환 연산자나 복사 생성자가 없다. 이런 클래스는 좋지 못한 결과를 발생시킨다. <br />		이 class에는 치환 연산자나 복사 생성자가 없다. 이런 클래스는 좋지 못한 결과를 발생시킨다. <br />
	http://bnetty.snu.ac.kr/EffectiveC++/EC/IMAGES/GRAPHICS/DIAGRAMS/I_050A3.GIF <br />		http://bnetty.snu.ac.kr/EffectiveC++/EC/IMAGES/GRAPHICS/DIAGRAMS/I_050A3.GIF <br />
Line 639:		Line 639:
	String& String::operator=(const String& rhs)		String& String::operator=(const String& rhs)
	{		{
	delete [] data; // delete old memory		delete [] data; // delete old memory

	// allocate new memory and copy rhs's value into it		// allocate new memory and copy rhs's value into it
	data = new char[strlen(rhs.data) + 1];		data = new char[strlen(rhs.data) + 1];
	strcpy(data, rhs.data);		strcpy(data, rhs.data);
	return *this; // see Item 15		return *this; // see Item 15

Maintenance script: Repair MoniWiki formatting after migration

2026-03-26T14:06:16Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 14:06, 26 March 2026
Line 8:		Line 8:
	DeleteMe #define(preprocessor)문에 대해 const와 inline을(compile)의 이용을 추천한다. --상민		DeleteMe #define(preprocessor)문에 대해 const와 inline을(compile)의 이용을 추천한다. --상민

	[[#define -> const]]<br />		[[#define\|-> const]]<br />
	#define ASPECT_RATIO 1.653		#define ASPECT_RATIO 1.653
	ASPECT_RATIO는 소스코드가 컴파일로 들어가기 전에 전처리기에 의해 제거된다.<br />		ASPECT_RATIO는 소스코드가 컴파일로 들어가기 전에 전처리기에 의해 제거된다.<br />

Maintenance script: Repair MoniWiki formatting after migration

2026-03-26T14:01:37Z

Repair MoniWiki formatting after migration

Show changes

imported>trailblaze at 12:54, 15 April 2013

2013-04-15T12:54:29Z

Show changes