JAVA Naming Rule
개발이야기 / 2008. 7. 2. 14:41
직무 교육 중.. JAVA Naming Rule에 대한 것을 대강 적어봅니다.
코딩하면서 많이 들어와오던 내용들이라
많이 와 닫지는 않지만.
헝가리안 노테이션을 이야기할 때에
그런 규칙들을 지양한다는 것을 알고 있었는데
단어는 처음 들어봐서 새롭네요.
또 하나.. 자료를 찾아보다가 인지하게된 내용은요.
어떤 분이 예를 들어주신 부분이 있는데
errorCheck() 보다는
checkErrors() 또는 checkError() 형태가 더 좋다고 합니다.
Method naming rule중에
'명사' 혹은 '동사+명사' 형태로 만들라고 하는 내용이 있는 것은 알고 있었지만
위와 같이 checkErrors() 형태가 좋은 방법이라고 하니..
제 코딩 습관이 어떠했었는 지 새삼 생각해보고 있는 중입니다.
어떻게 naming을 을 하고...
어떻게 표현하느냐...에 따라 프로그래밍이 새삼 달라지지 않을까..생각해봅니다.
코딩하면서 많이 들어와오던 내용들이라
많이 와 닫지는 않지만.
헝가리안 노테이션을 이야기할 때에
그런 규칙들을 지양한다는 것을 알고 있었는데
단어는 처음 들어봐서 새롭네요.
1. Class
: 첫 글자를 대문자로.
2. Method
: 첫 글자는 소문자로.
3. 변수
: Hungarian notation은 권장하지 않음.
* Hungarian notation은 변수 이름을 붙일 때 변수 이름만 보고도 그것이 어떤 데이타형인지 알 수 있게 이름 짓는 것.
ex) String szUserName;
4. 메시지
"해요체", "합쇼체"와 같은 존칭어미를 사용한다.
가능한 밝고 가볍고 맑은 느낌을 주는 자음이나 모음을 사용한다.
*삭제, 승인 등의 경우는 사용자에게 확인 메시지를 표시해주도록 한다.
(사용자가 선택한 action이 실제 이루어진다는 것을 알려주기 위해.)
: 첫 글자를 대문자로.
2. Method
: 첫 글자는 소문자로.
3. 변수
: Hungarian notation은 권장하지 않음.
* Hungarian notation은 변수 이름을 붙일 때 변수 이름만 보고도 그것이 어떤 데이타형인지 알 수 있게 이름 짓는 것.
ex) String szUserName;
4. 메시지
"해요체", "합쇼체"와 같은 존칭어미를 사용한다.
가능한 밝고 가볍고 맑은 느낌을 주는 자음이나 모음을 사용한다.
*삭제, 승인 등의 경우는 사용자에게 확인 메시지를 표시해주도록 한다.
(사용자가 선택한 action이 실제 이루어진다는 것을 알려주기 위해.)
또 하나.. 자료를 찾아보다가 인지하게된 내용은요.
어떤 분이 예를 들어주신 부분이 있는데
errorCheck() 보다는
checkErrors() 또는 checkError() 형태가 더 좋다고 합니다.
Method naming rule중에
'명사' 혹은 '동사+명사' 형태로 만들라고 하는 내용이 있는 것은 알고 있었지만
위와 같이 checkErrors() 형태가 좋은 방법이라고 하니..
제 코딩 습관이 어떠했었는 지 새삼 생각해보고 있는 중입니다.
어떻게 naming을 을 하고...
어떻게 표현하느냐...에 따라 프로그래밍이 새삼 달라지지 않을까..생각해봅니다.