[Clean Code 요약] 1. 클린코드

나쁜코드란?

오랜시간동안 여러 이해관계자에 의해 얽히고 섥혀 유지보수하기 곤란해져버린 코드.

문제의 원인을 파악하기 힘든 코드.

로직 파악이 난해한 코드.

...

 

의도가 명확하지 않고 수행하는 로직의 가독성이 좋지 않아 내용 파악이 힘들며

기대한 동작외 별도 기능들이 얽혀있는 코드가 나쁜코드라고 할 수 있겠다.

 

 

클린코드?

 

- 읽기 쉽고 단순하며 당사자 외 인원이라도 로직을 명확히 이해할 수 있다.

- 기대대로 한가지 기능을 충실히 수행한다.

 

 

비야네 스트롭스트룹 ( C++ 창시자)

효율적이며 교묘하고 단순하여 보기에 즐거운 코드. 철저한 오류처리를 하는 코드.

한가지의 기능을 충실히 수행하는 코드.

 

그래디 부치 (Object Oriented Analysys and Design with Application)

 

단순하고 직접적이어서 문장처럼 읽히는 코드. 설계자의 의도를 충실히 표현하는 코드.

명쾌한 추상화와 단순한 제어문으로 이루어져 있다.

 

 

Big Dave Thomas (OTI창립자, 이클립스전략의 대부)

개발자 외의 인물도 쉽게 이해하고 수정할 수 있는 코드. 테스트케이스와 인수테스트케이스가 존재.

명확한 한가지의 방법으로만 동작하는 코드. API는 최소한으로 사용.

 

-> 가독성과 이해성이 좋은 코드.

 

마이클 패더스 (Working Effectively with Legacy Code)

모든 사항을 고려해 작성하여 더 이상 수정할 것이 없는 코드.

 

론 제프리스 (Extreme Programming Installed , Extreme Programming Adventure in C#)

모든 테스트를 통과하며 중복이 없고 시스템 내 모든 설계 아이디어를 표현하며

클래스, 메서드 함수등을 최소화한 코드.

 

명확한 변수명, 중복 최소화, 한가지기능 수행, 충실한 표현.

 

워드 커닝햄 (Wiki, Fit창시자, eXtreme Programming 공동 창시자)

짐작한 기능을 올바르게 수행하는 코드.