객체 지향의 핵심

객체의 상태와 행위

예시 코드

package ex00;

class 앨리스 {
    private int 목마름;

    public 앨리스(int 목마름) {
        this.목마름 = 목마름;
    }

    void 물마시기() {
        목마름 = 0;
    }

    public int get목마름() {
        return 목마름;
    }
}

public class Mem01 {
    public static void main(String[] args) {
        앨리스 e = new 앨리스(100);
        
        // e.목마름 = 0;  X
        
        // 1. 값 변경
        e.물마시기();
        
        // 2. 값 확인
        System.out.println(e.get목마름());
        ;

    }
}

왜 직접적인 상태 변경이 좋지 않은가?

1. 캡슐화 원칙 위반: 객체의 상태를 외부에서 직접 변경하는 것은 객체의 캡슐화를 위반하는 행위입니다. 캡슐화는 객체 지향 프로그래밍에서 중요한 원칙으로, 객체의 내부 상태를 숨기고, 외부에는 필요한 메서드만 제공하는 것을 의미합니다. 이는 객체의 무결성을 유지하고, 외부 코드가 객체의 내부 구조에 의존하지 않도록 합니다.

2. 유지보수성 향상: 상태를 변경하는 메서드를 통해서만 객체의 상태를 관리하면, 코드의 수정 및 유지보수가 쉬워집니다. 메서드 내에서 상태 변경을 제어하기 때문에, 이후에 변경 사항이 생기더라도 메서드만 수정하면 됩니다. 만약 상태를 직접 변경하는 코드가 여기저기 흩어져 있다면, 모든 코드를 일일이 찾아 수정해야 하는 번거로움이 생길 수 있습니다.

3. 버그 예방: 상태를 직접 변경하는 경우, 잘못된 값이 들어가거나, 비정상적인 상태가 될 가능성이 높습니다. 메서드를 통해 상태를 변경하면, 메서드 내에서 적절한 검증과 처리를 할 수 있으므로 이러한 위험을 줄일 수 있습니다.