클린코드 (6) 썸네일형 리스트형 [클린 코드] 12장. 창발성 창발성 설계로 깔끔한 코드를 구현하자. 설계 규칙은 아래와 같이 4가지가 있다. (중요도 순) 모든 테스트를 실행한다. 중복을 없앤다. 프로그래머 의도를 표현한다. 클래스와 메서드 수를 최소로 줄인다. 1. 모든 테스트를 실행하라 테스트가 가능한 시스템을 만들려고 애쓰면 설계 품질이 높아진다. 즉, 테스트 케이스를 작성하면 설계 품질이 높아진다. 테스트 케이스를 만들고 계속 돌림으로써 낮은 결합도와 높은 응집력이라는 객체 지향 방법론 목표를 달성할 수 있다. 리팩토링 (2~4번 규칙) 테스트 케이스를 모두 작성했다면, 이제는 코드와 클래스를 정리할 수 있다. 테스트 케이스가 있기 때문에, 코드를 정리하면서 시스템이 깨질까 걱정할 필요가 없다. 2. 중복을 없애라 공통적인 코드를 새 메서드로 추출하여 중복.. [클린 코드] 10장. 클래스 1. 클래스는 작아야 한다! 클래스가 맡은 책임이 적어야 한다. 클래스 이름은 해당 클래스 책임을 기술해야 한다. 클래스 이름을 짓기 어렵다면, 클래스 책임이 너무 많아서일 것이다. 1-1. 단일 책임 원칙 클래스나 모듈을 변경할 이유가 하나뿐이어야 한다. 작은 클래스는 각자 맡은 책임이 하나이고, 변경할 이유가 하나며, 다른 작은 클래스와 협력해 시스템에 필요한 동작을 수행한다. 1-2. 응집도 클래스는 인스턴스 변수의 수가 작아야 하고, 메서드는 인스턴스 변수를 하나 이상 사용해야 한다. 메서드가 변수를 많이 사용할수록 클래스의 응집도는 높다. 응집도를 유지하면 작은 클래스가 여러 개 나온다. 몇몇 메서드만이 인스턴스 변수를 많이 사용하는 경우가 발생한다면, 클래스를 쪼개야 하는 신호이다! 1-3. .. [클린 코드] 9장. 단위 테스트 1. TDD 법칙 세 가지 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. 컴파일은 실패하지 않으면서, 실행이 실패하는 정도로만 단위 테스트를 작성한다. 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 위 규칙을 따르면 실제 코드를 사실상 전부 테스트하는 테스트 케이스가 나온다. 2. 깨끗한 테스트 코드 유지하기 깨끗한 테스트 코드란? 가독성, 가독성, 가독성!! 테스트 코드는 실제 코드 못지않게 중요하다. 실제 코드 못지않게 깨끗하게 짜야한다. 코드에 유연성, 유지보수성, 재사용성을 제공하는 버팀목이 바로 단위 테스트이다. 테스트 케이스가 있으면 변경이 두렵지 않다. 테스트 코드가 지저분하면 코드를 변경하는 능력이 떨어지며 코드 구조를 개선하는 능력도 떨어진다. 2-1.. [클린 코드] 7장. 오류처리 1. 오류 코드보다 예외를 사용하라 오류가 발생하면 예외를 던지는 것이 코드를 깔끔하게 해준다. (비즈니스 로직이 오류 처리 코드와 뒤섞이지 않는다.) 2. try-catch-finally 문부터 작성하라 예외에서 범위를 정의함으로써 try 블록에 들어가는 코드의 본질을 유지하기가 쉽다. 3. 미확인 (unchecked) 예외를 사용하라 확인된 (checked) 예외는 OCP(Open Closed Principle)을 위반한다. 하위 메소드에서 checked 예외를 던진다면, 상위 메소드들이 그 예외를 처리하기 위해 1) catch 블록을 추가하거나 2) 선언부에 throw 절을 추가해야 한다. 즉, 모든 함수가 최하위 함수에서 던지는 예외를 알아야 하므로 캡슐화가 깨진다. 4. 예외에 의미를 제공하라 .. [클린 코드] 5장. 형식 맞추기 1. 적절한 행 길이를 유지하라 일반적으로 작은 파일이 큰 파일보다 이해하기 쉽다. 신문 기사처럼 작성하라 이름은 간단하면서도 설명이 가능하도록 짓자. 소스 파일 첫 부분은 고차원 개념과 알고리즘을, 아래로 내려갈수록 의도를 세세하게 묘사하자. (저차원 함수와 세부 내역) 개념은 빈 행으로 분리하라 생각 사이는 빈 행을 넣어 분리해라 일련의 행 묶음은 완결된 생각 하나를 표현하라 세로 밀집도 연관성: 서로 밀접한 코드 행은 세로로 가까이 놓여야 한다. 수직 거리 서로 밀접한 개념은 세로로 가까이 둬야 한다. 변수 선언: 변수는 사용하는 위치에 최대한 가까이 선언한다. 인스턴스 변수: 인스턴스 변수는 클래스 맨 처음에 선언한다. 종속 함수: 한 함수가 다른 함수를 호출한다면, 두 함수는 세로로 가까이 배치.. 객체 지향 설계 5원칙 - SOLID SOLID란? 객체 지향 프로그래밍 및 설계의 5가지 기본 원칙을 두문자어로 나타낸 것입니다. 응집도는 높이고, 결합도는 낮추라는 고전 원칙 (High cohesion, Loose coupling)을 객체 지향 관점에서 재정립한 것입니다. SOLID는 아래의 5가지에 해당합니다. SRP (Single Responsibility Principle): 단일 책임 원칙 OCP (Open Closed Principle): 개방 폐쇄 원칙 LSP (Liskov Substitution Principle): 리스코프 치환 원칙 ISP (Interface Segregation Principle): 인터페이스 분리 원칙 DIP (Dependency Inversion Principle): 의존 역전 원칙 ※ 결합도와 응집.. 이전 1 다음
