닭발개발

20일차. 클린코드[4주차_ 화요일] 180-188pg #요약 10. 클래스 1) 클래스 체계 2) 클래스는 작아야 한다! 다. 응집도를 유지하면 작은 클래스 여럿이 나온다 : 클래스가 응집력을 잃는다면 쪼개라! 3) 변경하기 쉬운 클래스 - OCP Open-Closed Principle : 클래스는 확장에 개방적이고 수정에 폐쇄적이어야 한다는원칙 - 새 기능을 수정하거나 기존 기능을 변경할 때 건드릴 코드가 최소인 시스템 구조가 바람직하다.

19일차. 클린코드[4주차_ 월요일] 170-179pg #요약 10. 클래스 - 깨끗한 클래스 만들기 1) 클래스 체계 - 클래스를 정의하는 표준 자바 관례에 따르면, 추상화 단계가 순차적으로 내려간다. 가. 캡슐화 : 변수와 유틸리티 함수는 반드시 숨겨야 한다. 캡슐화를 푸는 것은 언제나 최후의 수단 2) 클래스는 작아야 한다! - 클래스의 첫째는 크기, 둘째도 크기. 작아야 한다. - 얼마나? 클래스가 맡은 책임을 기준으로. 한 클래스에 책임이 너무 많으면 안됨 - 클래스 설명은 25단어 내외로 해야함. 가. 단일 책임 원칙(SRP, Single Responsibility Principle) : 클래스나 모듈을 변경할 이유가 단 하나뿐이어야 한다. 큰 클래스 몇개가 아니라 작은 클래스 여럿으로 이뤄진..

12일차. 클린코드[2주차_토요일] 103-110pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 5. 형식 맟추기 1) 형식을 맞추는 목적 2) 적절한 행 길이를 유지하라 ㄹ. 수직거리 a) 변수 선언 b) 인스턴스 변수 : 인스턴스 변수는 클래스 맨 처음에 선언한다. 변수 간에 세로로 거리를 두지 않는다. c) 종속 함수 : 한 함수가 다른 함수를 호출한다면 두함수는 세로로 가까이 배치한다. d) 개념적 유사성 : 개념적 친화도가 높을수록 코드를 가까이 배치한다. ㅁ. 세로순서 - 호출되는 함수를 호출하는 함수보다 나중에 배치한다. 가장 중요한 개념을 가장 먼저 표현 3) 가로 형식 맞추기 - 한 행은 가로로 보통 20자~60자 사이의 길이다. 짧은 행을 선호한다. ㄱ. 가로 ..

10일차. 클린코드[2주차_목요일] 84-94pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 1) 주석은 나쁜 코드를 보완하지 못한다. 2) 코드로 의도를 표현하라! 3) 좋은 주석 4) 나쁜 주석 // 함수나 변수로 표현할 수 있다면 주석을 달지 마라 // 위치를 표시하는 주석 : 특히 뒷부분에 / 로 이어지는 잡음은 제거하는 편이 좋다. 배너를 남용하면 독자가 흔한 잡음으로 여겨 무시한다. // 닫는 괄호에 다는 주석 : 닫는 괄호에 주석을 달기 보다는 함수를 줄이려 노력하라 // 공로를 돌리거나 저자를 표시하는 주석 : 이런 정보는 소스 코드 관리 시스템에 저장하는 편이 좋다. // 주석으로 처리한 코드 : 삭제해도 된다. 잃어버릴 염려 없다. 약속한다. ㅋㅋ // HTML..

9일차. 클린코드[2주차_수요일] 75-83pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 1) 주석은 나쁜 코드를 보완하지 못한다. 2) 코드로 의도를 표현하라! 3) 좋은 주석 // TODO 주석 : 필요하다 여기지만 당장 구현하기 어려운 업무 기술 -주기적 점검으로 필요없으면 삭제 // 중요성을 강조하는 주석 // 공개 API에서 Javadocs: 설명이 잘 된 공개 api는 유용하다. 4) 나쁜 주석 - 대다수의 주석이 나쁜 주석이다. // 주절거리는 주석 : 주석을 달기로 했다면, 충분한 시간을 들여 최고의 주석을 달도록 해야 한다. // 같은 이야기를 중복하는 주석 : 주석이 코드보다 더 많은 정보를 제공하지 못한다. // 오해할 여지가 있는 주석 // 의무적으로 다는..

8일차. 클린코드[2주차_화요일] 67-74pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석- 주석은 실패를 의미한다. 내가 코드로 풀어내지 못했다는 뜻 - 코드로 의도를 풀어내야 한다. - 주석은 오래될수록 코드에서 멀어진다. - 부정확한 주석은 아예 없는 주석보다 훨씬 나쁘다. 1) 주석은 나쁜 코드를 보완하지 못한다. - 코드 품질이 나쁘니까 주석을 추가한다. 2) 코드로 의도를 표현하라! - 주석으로 달려는 설명을 함수로 표현할 수도 있다. 3) 좋은 주석 - 주석을 달지 않을 방법을 찾아낸 주석이 좋은 주석이다. // 법적인 주석 : 저작권정보와 소유자 정보 // 정보를 제공하는 주석 : 가능하면 함수이름에 정보를 담자 // 의도를 설명하는 주석 : 결정에 깔린 의도까지 ..

7일차. 클린코드[2주차_월요일] 57 - 66pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 1) 작게 만들어라! 2) 한 가지만 해라! 3) 함수 당 추상화 수준은 하나로! 4) Switch문 5) 서술적인 이름을 사용하라! 6) 함수 인수 7) 부수 효과를 일으키지 마라! 8) 명령과 조회를 분리하라 - 함수는 뭔가를 수행 or 답하기 둘 중 하나만 해야 한다. 9) 오류 코드보다 예외를 사용하라! - 명령 함수에서 오류 코드를 반환하는 방식은 명령/조회 분리 규칙을 미묘하게 위반한다. - try/catch 블록은 추하다. 따라서 블록을 별도 함수로 뽑아내는 편이 좋다. - 함수는 한 가지 작업만 해야하는데, 오류 처리도 한 가지 작업에 속한다. - 오류코드 대신 예외를 사용하면 새 ..

5일차. 클린코드[1주차_금요일] 35 - 45pg #요약 1. 깨끗한 코드2. 의미 있는 이름소프트웨어에서 이름은 어디에나 쓰이기 때문에 이름을 잘 지으면 여러모로 편하다. 1) 의도를 분명히 밝혀라 2) 그릇된 정보를 피하라 3) 의미있게 구분하라 4) 발음하기 쉬운 이름을 사용하라 5) 검색하기 쉬운 이름을 사용하라 6) 인코딩을 피하라 7) 자신의 기억력을 자랑하지 마라 8) 기발한 이름은 피하라 9) 한 개념에 한 단어를 사용하라 10) 말장난을 하지 마라 11) 해법 영역에서 가져온 이름을 사용하라 12) 문제 영역에서 가져온 이름을 사용하라 13) 의미 있는 맥락을 추가하라 - 맥락을 계산하면 함수를 쪼개기가 쉬워져서 알고리즘도 더 명확해진다. 14) 불필요한 맥락을 없애라 15) 마치면서 ..

2일차. 클린코드[1주차_화요일] 1-12pg #요약 1. 깨끗한 코드 (코드가 존재하리라) - 이 책은 좋은 프로그램 작성 요령을 설명하는 책 - 앞으로 코드가 사라질 가망은 없음. - 코드는 요구사항을 표현하는 언어 (나쁜코드) - 좋은 코드는 중요함. - 고행 : 나쁜 코드를 헤쳐나감 - 대충 프로그램을 짜놓고, 안돌아가는 프로그램보다 돌아가는 쓰레기가 좋다고 한다. => 나중은 결코 오지 않는다. (나쁜 코드로 치르는 대가) - 나쁜 코드는 개발속도를 크게 떨어뜨림. - 나쁜 코드가 쌓일수록 팀 생산성은 떨어짐. - 시간을 들여 깨끗한 코드를 만드는 노력이 비용을 절감하는 방법이며, 전문가로서 살아남는 길이다. - 좋은 코드를 사수하는 일은 프로그래머들의 책임 - 나쁜 코드의 위험을 이해하지 못하..