수안이의 컴퓨터 연구실
The C++ Programming Language 중에서...
[1] 유효 범위는 최대한 좁히자.
[2] 한 범위 안에서 같은 이름을 쓰는 일은 절대로 하지 말 것. 이것은 어떤 범위를 둘러싼 바깥쪽 유효 범위에 대해서도 마찬가지다.
[3] 선언문 하나에 대해 이름도 하나만 선언하자.
[4] 관습적인 이름과 지역이름은 짧게 만들고, 자주 사용되지 않는 이름 및 비지역 이름은 길게 지을 것.
[5] 비슷한 이름들은 함께 쓰는 일은 피할 것.
[6] 이름짓기 방식은 일관성을 유지하자.
[7] 이름을 선택할 때는, 구현에 신경 쓰지 말고 의미에 각별히 신경 쓸 것.
[8] 어떤 기본제공 타입의 값 표현 방식이 달라질 수 있는 경우에는, typedef타입을 써서 그 타입에 대해 의미 있는 이름을 정의하자.
[9] typedef 타입은 다른 타입의 동의어로서 사용하는 것이다. 반면, 아예 새로운 타입을 정의하려면 나열자나 클래스를 사용하자.
[10] 모든 선언문엔 반드시 타입이 주어져야 한다는 사실을 잊지 말 것("암시적 int" 타윈 없다).
[11] 문자의 숫자값에 대한 불필요한 가정은 삼갈 것.
[12] 정수의 크기에 대한 불필요한 가정은 삼갈 것.
[13] 부동소수점 실수 타입의 표현 범위에 대한 불필요한 가정은 삼갈 것.
[14] short int 혹은 long int보다는 그냥 int가 낫다.
[15] float 혹은 long double보다는 그냥 double이 낫다.
[16] signed char 혹은 unsinged char 보다는 그냥 char가 낫다.
[17] 객체의 크기에 대한 불필요한 가정은 삼갈 것.
[18] 부호를 사용하지 않은 숫자 타입의 산술 연산은 피할 것.
[19] signed가 unsigned로 변환되는 경우와 unsigned가 signed로 변환되는 경우를 조심스럽게 살필 것.
[20] (부동소수점) 실수 타입을 정수로 변환하는 경우를 조심스럽게 살필 것.
[21] 더 작은 타입으로 변환하는 경우, 이를테면 int를 char로 바꾸는 경우를 조심스럽게 살필 것.
일반적인 이야기일지도 모르겠지만, 깜빡하고 넘어갈 수 있는 것들이다. 습관적으로 베어있지 않은 사람들은 잘 숙지 해야할 듯...
"Development" 카테고리의 다른 글
- Thread 생성시 어떤 API를 사용해야 하는가? (0)2007/03/15
- PVOID, 템플릿이란? (0)2006/12/27
- 바른 프로그래밍을 위한 고수의 조언 (0)2006/01/07
- 개발 언어를 선택하는 5가지 기준 (0)2005/10/12
- 「The Pragmatic Programmer : From Journeyman to... (0)2005/05/29
Leave your greetings.