책책책/Clean Code (3) 썸네일형 리스트형 [Clean Code] 3장 - 함수 작게 만들어라! 함수가 작을 수록 그 하는 일이 명백해진다. public static String renderPageWithSetupsAndTeardowns( PageData pageData, boolean isSuite) throws Exception { if (isTestPage(pageData)) includeSetupAndTeardownPages(pageData, isSuite); return pageData.getHtml(); } 되도록 위 예시만큼 짧아야 한다. 블록과 들여쓰기 if/else, while문 등에 들어가는 블록은 한 줄이어야 한다. 대개 여기서 함수를 호출한다. 각 함수 별 들여쓰기 수준은 2단을 넘어서지 않아야 한다. 한 가지만 해라! 함수는 한 가지를 해야 한다. 그 한가지를.. [Clean Code] 2장 - 의미 있는 이름 의도를 분명히 밝혀라 좋은 이름을 지으려면 시간이 걸리지만, 좋은 이름으로 절약하는 시간이 훨씬 더 많다. 의도가 들어나는 이름은 코드 이해화 변경이 쉬워진다. 변수, 함수, 클래스 이름은 다음과 같은 질문에 답할 수 있어야 한다. 존재의 이유는? 수행 기능은? 사용 방법은? 따로 주석이 필요하면 의도를 분명히 드러내지 못했다는 말이다. Example // Bad public List getThem() { List list1 = new ArrayList(); for (int[] x : theList) { if (x[0] == 4) { list1.add(x); } } return list1; } 위의 예시는 함축성이 부족하다. 코드 맥락이 코드 자체에 명시적으로 드러나지 않는다. // Good public.. [Clean Code] 1장 - 깨끗한 코드 [Clean Code]를 읽으면서 정리하는 노트 📝 코드가 존재하리라 코드는 요구사항을 상세히 표현하는 수단이다. 앞으로 프로그래밍 언어에서의 추상화 수준은 점점 높아지며, 특정 분야에 적합한 언어도 다양해질 것이다. 나쁜 코드 우리 모두는 자신이 짠 쓰레기 코드를 쳐다보며 나중에 손보겠다고 생각한 경험이 있다. 우리 모두는 대충 짠 프로그램이 돌아간다는 사실에 안도감을 느끼며 그래도 안 돌아가는 프로그램보다 돌아가는 쓰레기가 좋다고 스스로를 위로한 경험이 있다. 다시 돌아와 나중에 정리하겠다고 다짐했었다. 물론 그때 그 시절 우리는 리브랑의 법칙을 몰랐다. 나중은 결코 오지 않는다. 나쁜 코드로 치르는 대가 코드가 엉망이라 프로젝트 진도가 안나간다. 즉 개발 속도를 떨어뜨린다. 코드를 고칠 때마다 엉뚱.. 이전 1 다음
