Clean Code ch.06 ~ 09
Chapter.06 객체와 자료구조
변수를 private 선언을 하더라도 각 값마다 get,set 함수를 제공한다면 구현을 외부로 노출하는 셈이다. 변수 사이에 함수라는 계층을 넣는다고 구현이 감춰지지는 않는다. 구현을 감추려면 추상화가 필요하다. 추상 인터페이스를 제공해 사용자가 구현을 모른 채 자료의 핵심을 조작할 수 있어야 진정의 의미의 클래스다.
구체적인 Vehicle 클래스
public interface Vehicle{ double getFeulTankCapacityInGallons(); double getGallonsOfGasoline(); }추상적인 Vehicle 클래스
public interface Vehicle{ double getPercentFuelRemaining(); }객체와 자료구조
- 객체는 추상화 뒤로 자료를 숨긴 채 자료를 다루는 함수만 공개
자료구조는 자료를 그대로 공개하며 별다른 함수는 제공하지 않는다.
객체 지향적인 도형 클래스
public class Squae implements Shape{ private Point topLeft; private double side; public double area(){ return side*side; } } public class Rectangle implements Shape{ private Point topLeft; private double height; private double width; public double area(){ return height*width; } }- 자료구조를 사용하는 절차적인 코드는 기존 자료구조를 변경하지 않으면서 새 함수를 추가 하기 쉽지만 새로운 자료구조를 추가하기 어렵다. 그러려면 모든 함수를 고쳐야 한다.
- 객체지향코드는 기존 함수를 변경하지 않으면서 새 클래스를 추가하기 쉽다. 새로운 함수를 추가하기 어렵다. 그러면 모든 클래스를 고쳐야 한다.
디미터 법칙
- 한 객체가 다른 객체의 구조를 알지 못하도록 한다.
- 객체의 모든 메소드는 다음에 해당하는 메소드만 호출 할 수 있다
- 객체 자신의 메소드
- 메소드의 매개변수로 넘어온 인자의 메소드
- 메소드 내부에서 생성 된 객체의 메소드
- 메소드가 포함하고 있는 객체의 메소드
자료전달 객체
- 자료 구조체의 전형적인 형태는 공개 변수만 있고 함수가 없는 클래스다. 이런 자료 구조체를 때로는 자로 전달 객체 Data Transfer Object라 한다.
- 객체는 동작을 공개하고 자료를 숨긴다. 기존 동작을 변경하지 않으면서 새 객체 타입을 추가하기는 쉬운 반면, 기존 객체에 새 동작을 추가하기는 어렵다.
- 자료구조는 별다른 동작 없이 자료를 노출한다. 그래서 새 동작을 추가하기는 쉬우나 기존 함수에 새 자료구조를 추가하기는 어렵다.
Q.객체와 자료구조?
여기서 말하는 자료구조는 C언어에서의 자료구조.
Q.디미터법칙 : 디미터 버칙에서 허용된 메서드가 반환하는 객체의 메서드는 호출하면 안된다?
최근에는 라이브러리 정리가 잘 처리됨에 따라서 괜찮음..
Chapter 07. 오류처리
- 오류 코드보다 예외(try-catch)를 사용
미확인 예외를 사용
- 확인된 예외는 OCP open closed principle 원칙을 위반. (OCP: 소프트웨어 개발 작업에 이용된 많은 모듈 중에 하나에 수정을 가할 때 그 모듈을 이용하는 다른 모듈을 줄줄이 고쳐야 한다면, 이와 같은 프로그램은 수정하기가 어렵다. 개방-폐쇄 원칙은 시스템의 구조를 올바르게 재조직(리팩토링)하여 나중에 이와 같은 유형의 변경이 더 이상의 수정을 유발하지 않도록 하는 것이다. 개방-폐쇄 원칙이 잘 적용되면, 기능을 추가하거나 변경해야 할 때 이미 제대로 동작하고 있던 원래 코드를 변경하지 않아도, 기존의 코드에 새로운 코드를 추가함으로써 기능의 추가나 변경이 가능하다.)
예외에 의미를 제공
- 오류메시지에 정보를 담에 예외와 함께 던진다. 실패한 연산 이름과 실패 유형 언급
호출자를 고려해 예외 클래스를 정의
- 호출하는 라이브러리 API를 감싸면서 예외 유형 하나를 반환.
null 반환 하지 마라
- null을 반환하고 싶다면 그 대신 예외를 던지거나, 특수 사례 객체를 반환한다. 사용하려믄 외부 API가 null을 반환한다면 감싸기 메서드를 구현해 예외르 던지거나 특수 사례 객체를 반환하는 방식을 고려
감싸기메서드?
Chapter 08. 경계
외부 코드를 우리코드에 깔끔하게 통합해야한다. 이 장에서는 소프트웨어의 경계를 깔끔하게 처리하는 기법.
- 외부라이브러리를 사용하려면 문서를 읽으며 사용법을 결정한다.
- 외부라이블러리를 테스트한다.
- 경계에 위치하는 코드는 깔끔히 분리한다. 통제가 불가능한 외부 패키지에 의존하는 대신 통제가 가능한 우리 코드에 의존하는편이 좋다.
- 외부패키지를 호출하는 코드를 가능한 줄여 경계를 관리하자. 새로운 클래스로 경계를 감싸거나 아니면 ADAPTER패턴을 사용해 우리가 원하느 인터페이스를 패키지가 제공하는 인터페이스로 변환하자.
Chapter 09. 단위테스트
TDD의 세가지 법칙
- 실패하는 단위 테스트를 작성할때까지 실제 코드를 작성하지 않는다
- 컴파일은 실패하지 않으면서 실행이 실패하는 정도만 단위테스트 작성한다
- 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다.
테스트는 FIRST
- Fast
- Independent
- Repeatable
- Self-Validating
- Timely
- Test 당 assert 하나
출저 클린코드. by밥아저씨
