남들이 변수에 의존하지 않도록 변수는 private 으로 정의한다. 그렇다면 왜 조회(get)와 설정(set)을 제공하는 메서드는 public하게 외부에 노출하는 것일까?

• 객체는 동작을 공개하고 자료를 숨긴다. 그래서 기존 동작을 변경하지 않으면서 새 객체 타입을 추가하기 쉬운 반면, 기존 객체에 새 동작을 추가하기는 어렵다.
• 자료 구조는 별다른 동작 없이 자료를 노출한다. 그래서 기존 자료 구조에 새 동작을 추가하기는 쉬우나, 기존 함수에 새 자료 구조를 추가하기는 어렵다.

자료 추상화

변수 사이에 함수라는 계층을 넣는다고 구현이 감춰지는건 아니다. 구현을 감추기 위해서는 추상화가 필요하다.

• 변수를 private 으로 선언하더라도 각 값마다 get 함수와 set 함수를 제공한다면 구현을 외부로 노출하는 셈이다.
• 조회 함수와 설정 함수로 변수를 다룬다고 클래스가 되지는 않는다.
• 추상 인터페이스를 제공해 사용자가 “구현”을 모른 채 자료의 핵심을 조작할 수 있어야 진정한 클래스라고 말할 수 있다.

// 구체적인 클래스 (구현을 외부로 노출시킴)
public class Point {
	private double x;
	private double y;
}

// 추상적인 클래스 (구현을 숨김)
public interface Point {
	double getX();
	double getY();
	void setCatesian(double x, double y);
	double getR();
	double getTheta();
	double setPolar(double r, double theta);
}

// 구체적인 클래스 (구현을 외부로 노출)
public interface Vehicle {
  double getFuelTankCapacityInGallons();
  double getGallonsOfGasoline();
}

// 추상적인 클래스 (구현을 숨김)
public interface Vehicle {
  double getPercentFuelRemaining();
}

자료를 세세하기 공개하기 보다는 추상적인 개념으로 표현해야 한다. 인터페이스나 조회/설정 메서드로는 추상화가 이뤄지지 않는다.

자료/객체 비대칭

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

// 절차적인 클래스
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 double width;
}

public class Geometry {
	public final double PI = 3.141592653585793;

	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
		}
	}
}