- 클래스가 있고 그걸로 생성한 인스턴스가 있다고 할때
- 이 두개는 같은 것이다. 즉, 성격이 같다.
- 클래스는 데이터와 기능으로 구성되어 있음
- 데이터 : 변수
- 기능 : 메소드
- 정보은닉의 핵심은 인스턴스의 외부접근을 허용하지 않겠다임
- 클래스가 주체 내부에서만 접근하게 하겠다.
- 대신 기능인 메소드를 이용해서 데이터인 변수의 접근을 허용한다는 것
- 이처럼 메소드를 이용해서 접근하면 안정성이 높아진다.
-
private선언을 하면 정보은닉이 되는데 우리가 멤버에 직접접근을 하면
이를 막을 방법이 없다.
-
여기서 더 큰 문제는 이 논리적오류는 문법적 오류가 아니기 때문에 컴파일 오류가 안생김
- 그래서 진짜 제대로 동작은 하는데 결과가 이상하게 나오는 경우가 생김
-
그래서 이 논리적 오류를 문법적 오류로 만드는것
- 정보은닉이라고함
-
선언을 위에 말했듯이 private라고 써주면됨
- public
- 어디서든 접근이 가능함
- 값을 가져가기 위한 Getter메소드와
- 값을 저장 또는 수정하기 위한 Setter메소드를 가지는것이 보편적임
- protected
- default
- private
- 클래스 내부에서만 접근허용
- 외부접근 허용하지 않음
- 쉽게 설명하면 private에서 한군데 더 접근권한 갖는것 default (private +1)
- 거기에 한군데 더 접근권한 갖는것 protected (private+2)
- 동일 패키지로 묶인 클래스 내에서만 인스턴스 생성을 허용
- 동일 패키지가 아닌 상황에 상속되어 있는 경우라고 해보자
package AAA;
public class AAA{
int num;
}
------------------------
public class ZZZ extends AAA{
public void init(int n){
num = n;
}
}- 이 두개 클래스는 현재는 같은 위치에 있어 보이나 다른 위치에 있다고 가정하자.
- 우선 AAA는 public이기도 하고 다른 패키지 이지만 상속은 가능하다.
- 여기서
package AAA;
public class AAA{
protected int num;
}- 이렇게 해줘야 상속관계에 있는 경우 접근 허용이 가능해진다.
- car라는 것이 있을때 이를 적절히 담아내는 것
- 역할에 따라 다름
- 코감기가 콧물, 재채기, 코막힘을 동반한다고 하자.
- 이때 약의 복용순서가 중요하고 이 복용순서 위배가 되면 안된다고 할 때,
- 그대로 구현을 했을때는,
- 3개의 클래스 정보를 알고 있어야 하고 우리는 복용 순서도 알고 있어야 한다.
- 캡슐화는 위와 같이 복잡하면 안된다. 즉 인스턴스 생성이 쉬워야한다.
- 위의 경우 인스턴스 생성을 3번을 해야하고 정보를 많이 알고 있어야하는 단점이 있음
- 새로운 클래스 생성해서
- 3개의 치료약의 메소드가지고 있고,
- 1개의 복용방법인 메소드(take())로 복용순서를 미리 구현해놓으면
- 우리는 이때 인스턴스를 하나생성하고, take()로만으로 문제가 해결이 가능하다.
- 즉, 3가지 알아야 했던 것이 한개의 클래스만으로 단순해지고, 정보가 적거나 모르더라도 사용이 편해짐