DAY 12

🔖 오늘 읽은 범위 : 6. 객체와 자료구조(118~128p)

---

🤓 책에서 기억하고 싶은 내용

• 변수를 비공개(private)로 정의 → 외부에 의존성이 없게 하면 맘대로 바꿀수 있다
• 왜 get, set 은 항상 public 일까?

자료 추상화

• 자료를 세세하게 공개하기 보다는 추상적인 개념으로 표현하는 편이 좋다

public class Point {
    public double x;
    public double y;
}

직교좌표계 임을 바로 알게 되버린다

개별적 좌표값을 read, write 하게 강제한다

구현을 노출한다 → 변수를 private 으로 할지라도 각 값마다 get, set을 제공하면 구현을 외부로 노출하는 셈

변수 사이에 함수라는 계층을 넣는다고 구현이 감춰지는게 아니라 추상화가 필요

public interface Point {
    double getX();
    double getY();
    void setCartesian(double x, double y);
    double getR();
    double getTheta();
    void setPolar(double r, double theta);
}

직교, 극 좌표계 등을 몰라도 인터페이스가 자료 구조를 명백하게 표현

클래스 메더스가 접근 정책을 강제

읽을 때는 각 좌표 개별로

설정할 때는 두 값을 한번에 설정

자료/객체 비대칭

객체 vs 자료구조 서로 상반되는 정의

• 객체는 추상화 뒤로 자료를 숨긴 채 자료를 다루는 함수만 공개
• 자료 구조는 자료를 그대로 공개하며 별다른 함수는 제공하지 않는다.

public class Square {
    public Point topLeft;
    public double side;
}
public class Rectangle {
    public Point topLeft;
    public double height;
    public double width;
}
public class Circle {
    public Point center;
    public double radius;
}
public class Geometry {
    public final double PI = 3.141592653589793;
    public double area(Object shape) throws NoSuchShapeException {
        if (shape instanceof Square) {
            Square s = (Square) shape;
            return s.side * s.side;
        } else if (shape instanceof Rectangle) {
            Rectangle r = (Rectangle) shape;
            return r.height * r.width;
        } else if (shape instanceof Circle) {
            Circle c = (Circle) shape;
            return PI * c.radius * c.radius;
        }
        throw new NoSuchShapeException();
    }
}

• 절차적인 도형 (자료구조)
• Geometry 클래스에 둘레 구하는 perimeter() 함수 추가해도 도형 클래스는 영향없음👍
• 반대로 새 도형을 추가하고 싶다면 Geometry 클래스 속한 함수 모두 고쳐야함 👎

public class Square 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;
    }
}
public class Circle implements Shape {
    private Point center;
    private double radius;
    public final double PI = 3.141592653589793;
    public double area() {
        return PI * radius * radius;
    }
}

• 다형적인 도형 (객체 지향)
• area() 는 다형 메서드, Geometry 클래스는 필요 없음 → 새 도형을 추가해도 기존 함수에 영향 받지 않음 👍
• 새 함수를 추가하고 싶으면? 모든 도형 클래스를 고쳐야 함 👎

정리

절차적인 코드

새 함수 추가 쉬움

새 자료 구조 추가 어려움

객체 지향 코드

새 클래스 추가 쉬움

새 함수 추가 어려움

디미터 법칙

• 모듈은 자신이 조작하는 객체의 속사정을 몰라야 한다
• 객체는 자료를 숨기고 함수를 공개 → 조회 함수로 내부 구조를 공개하면 안된다
• 클래스 C의 메서드 f는 아래와 같은 객체의 메서드만 호출해야 한다

  • 클래스 C

  • f가 생성한 객체

  • f의 인수로 넘어온 객체

  • C 인스턴스 변수에 저장된 객체

    단 위 객체에서 허용된 메서드가 반환하는 객체의 메서드는 호출하면 안 된다

    final String outputDir = ctxt.getOptions().getScratchDir().getAbsolutePath();

    디미터 법칙 위반사례

기차 충돌

• 위 위반사례는 기차충돌(train wreck) 이라 부르므로 아래와 같이 변경

  Options opts = ctxt.getOptions();
  File scratchDir = opts.getScratchDir();
  final String outputDir = scratchDir.getAbsolutePath();

  ctxt, Options, ScratchDir 이 객체면 디미터 법칙 위반 자료 구조이면 디미터 법칙 적용 안됌
  
• 혼란을 줄이기 위해 아래와 같이 변경

final String outputDir = ctxt.options.scratchDir.absolutePath;

• 자료 구조는 무조건 함수 없이 공개 변수만 작성, 객체는 비공개 변수와 공개 함수를 작성
• 하지만 단순한 자료구조에도 조회 함수와 설정 함수를 정의하라 요구하는 프레임 워크나 표준이 있긴 함 (eg. bean)

잡종 구조

• 절반은 객체, 절반은 자료 구조인 잡종 구조
• 함수 추가도 어렵고 자료 구조 추가도 어려운 양쪽 단점을 모두 가지므로 최대한 피한다.

구조체 감추기

• 위 예제에서 ctxt, options, scratchDir이 진짜 객체라면? 아래와 같이 변경 시도

  ctxt.getAbsolutePathOfScratchDirectoryOption(); 

  ctxt 객체에 공개해야 하는 메서드가 너무 많아진다

  ctx.getScratchDirectoryOption().getAbsolutePath()

  getScratchDirectoryOption가 자료 구조만 반환한다는 가정이다
  
• 임시 파일을 생성하기 위한 목적이므로 ctxt 에 임시파일 생성 시킨다

  BufferedOutputStream bos = ctxt.createScratchFileStream(classFileName);

  ctxt는 내부 구조를 드러내지 않으며, 모듈에서 해당 함수는 자신이 몰라야하는 여러 객체를 탐색할 필요가 없다. → 디미터 법칙을 위반하지 않음
  

자료 전달 객체 DTO

• 자료 구조체의 전형적인 형태는 공개 변수만 있고 함수가 없는 클래스 → Data Transfer Object
• DB와 통신하거나 소켓에서 받은 메시지의 구문을 분석할 때 유용
• DB에 저장된 가공되지 않은 정보를 APP Code 에서 사용할 객체로 변환하는 단계에서 가장 처음 사용하는 구조체

bean 구조

• 좀 더 일반적인 DTO 의 형태로서 private 변수를 조회/설정 함수로 조작
• 사이비 캡슐화?

public class Address {
    private String street;
    private String streetExtra;
    private String city;
    private String state;
    private String zip;
    public Address(String street, String streetExtra,
        String city, String state, String zip) {
        this.street = street;
        this.streetExtra = streetExtra;
        this.city = city;
        this.state = state;
        this.zip = zip;
    }
    public String getStreet() {
        return street;
    }
    public String getStreetExtra() {
        return streetExtra;
    }
    public String getCity() {
        return city;
    }
    public String getState() {
        return state;
    }
    public String getZip() {
        return zip;
    }
}

활성 레코드

• DTO의 특수한 형태
• 공개 변수가 있거나 비공개 변수에 조회/설정 함수가 있는 자료 구조이지만 save 나 find 와 같은 탐색 함수도 제공
• 활성 레코드는 여전히 자료 구조로 취급되므로 비즈니스 규칙을 담으면서 내부 자료를 숨기는 객체는 따로 생성하라

결론

• 객체는 동작을 공개하고 자료를 숨긴다 → 새 객체 타입을 추가하기는 쉽지만 새 동작을 추가하기는 어렵다
  
• 자료구조는 동작 (거의)없이 자료를 노출한다 → 새 동작을 추가하기는 쉽지만 새 자료 구조를 추가하기는 어렵다
  
• 우수한 개발자는 편견 없이 두 경우를 모두 고려하고 최적의 해결책을 선택 한다

🤔 떠오르는 생각

• 이 책에 감사하다. 다른 자바 개발자들은 객체지향이 최고라고만 하는데 각자 다 쓰임이 있다고 해주셨다!

🔎 질문

• BufferedOutputStream bos = ctxt.createScratchFileStream(classFileName); 가 왜 디미터 법칙을 위배하지 않게 바꾼 것인가? dir 얻어서 꺼내는게 아니라 안에서 임시파일 생성 아예 해버리니까 괜찮다는건가 그래도 ctxt 하나에 모든 메서드가 공개되므로 안좋은건 여전하지 않나?
  

📝 소감 3줄 요약

• 객체는 새 타입을 추가하기는 쉽지만 새 동작을 추가하기는 어렵다
• 자료 구조는 새 타입을 추가하는건 어렵지만 새 동작을 추가하기는 쉽다
• 우수한 개발자는 무조건 객체지향이 아니라 경우에 따라서는 절차지향의 자료구조도 잘 쓴다