팩키지와 접근자
객체 지향 프로그래밍의 핵심은 은닉, 상속, 다형성입니다.
OOP의 핵심
1. 은닉
2. 상속
3. 다형성
지금부터는 객체 지향 프로그래밍 언어로서의 자바의 특징에 관한 내용입니다.
팩키지(Package)
팩키지는 말 그대로 꾸러미입니다.
자바에서는 비슷한 기능이나 비슷한 성격을 가진 클래스들을 관리하기 위해서 팩키지를 제공합니다.
사무실에서 서류를 정리할 때 업무에 따라 각각의 서류철에 보관하는 것과 마찬가지입니다.
package javabank;
class Account {
String accountNum;
long balance;
void deposit( long amt ) {
balance = balance + amt;
}
void withdraw( long amt ) {
balance = balance - amt;
}
long getBalance() {
return balance;
}
public static void main(String[] args) {
System.out.println("팩키지 테스트");
}
}
Account 클래스는 이제 javabank 란 팩키지에 속하게 되었습니다.
팩키지를 정해준 클래스를 컴파일 할 때는 반드시 -d 란 옵션을 주어 클래스 파일이 생길 디렉토리를 지정해 주어야 합니다.
만약 -d 옵션을 생략하면 팩키지가 적용되지 않습니다.
-d 다음에 한 칸 띄고 나오는 디렉토리는 생성될 클래스 파일의 위치를 지정합니다.
예제를 실행하기전에 아래와 같은 디렉토리 구조를 갖도록 합니다.
bin 디렉토리는 컴파일된 클래스 파일이 위치할 곳입니다.
src 디렉토리는 자바 소스 파일이 위치할 곳입니다.
소스 파일에 팩키지가 있다면 src 에 해당하는 팩키지명으로 디렉토리를 만들어 소스를 그곳에 위치시키고 관리하도록 하겠습니다.
C:\javaApp\bank\src\javabank>javac -d ../../bin Account.java C:\javaApp\bank\src\javabank>
위와 같이 컴파일 한 다음에 C:\javaApp\bank\bin 디렉토리로 이동해서 Account.class 파일이 생겼는지 확인하겠습니다.
C:\javaApp\bank\bin>dir
C 드라이브의 볼륨: S3A2219D002
볼륨 일련 번호: 4CBA-0648
C:\javaApp\javabank\bin 디렉터리
2008-03-07 오후 12:06 <DIR> .
2008-03-07 오후 12:06 <DIR> ..
2008-03-07 오후 12:06 <DIR> javabank
0개 파일 0 바이트
3개 디렉터리 12,990,201,856 바이트 남음
C:\javaApp\bank\bin>
Account.class 파일이 bin 디렉토리에 보이지 않고 대신 javabank 라는 디렉토리가 생겼습니다.
그럼 Account.class 파일은 어디에 있을까요?
Account.class 파일은 C:\javaApp\bank\bin\javabank 디렉토리에서 찾을 수 있습니다.
이젠 팩키지가 적용된 클래스 파일을 실행합니다.
C:\javaApp\bank\bin>java javabank.Account 팩키지 테스트 C:\javaApp\bank\bin>
우리는 Accont.java 를 컴파일할 때 d옵션으로 bin 디렉토리를 지정했습니다.
즉, bin 디렉토리에 클래스 파일이 생긴 겁니다.
사실 bin 디렉토리에는 팩키지명으로 지정해준 javabank 란 디렉토리 밖에는 없지만 JVM 은 javabank.Account.class 파일이 bin 디렉토리에
있다고 이해합니다.
팩키지가 적용된 클래스에 대해서는 팩키지명.클래스명이 온전한 클래스명입니다.
이 사실을 정확히 이해해야 import 문장을 이해할 수 있습니다.
접근자와 은닉
은닉의 몰라도 되는 부분을 감추는 것입니다.
은닉이 잘 사용되었다면 프로그램을 빨리 파악할 수 있게 되므로 생산성을 높일 수 있습니다.
또한 알아야 될 내용이 줄어드니 유지보수에도 유리하게 됩니다.
객체 지향 프로그래밍은 객체와 객체가 서로 통신하면서 작동합니다.
통신한다는 것은 객체 서로간의 사용법(멤버변수, 멤버메소드)을 알아야 합니다.
접근자는 이 사용법(매뉴얼)을 간단하게 해주는 역할을 합니다.
접근자는 객체가 다른 객체의 레퍼런스를 획득할 수 있는지, 만약 획득할 수 있다면 해당 객체의 멤버는 어디까지 접근할 수 있는지를 제어토록 하는 2단계 접근 제어를 제공합니다. 1단계 접근 제어는 접근자가 클래스 선언부에 쓰일 때입니다.
| 1단계 접근 제어 : 접근자가 클래스 선언부에 쓰일 경우 | |
|---|---|
| public | 모든 팩키지의 객체에서 참조가능 |
| default | 같은 팩키지내의 객체만 참조 가능 클래스 선언부 앞에 접근자를 명시하지 않는 경우 default |
javabank 팩키지에 있는 클래스 파일은 모두 클래스 선언부에 public 으로 접근자가 지정되어 있습니다.
그렇다면 Bank, Customer, Account 클래스는 모든 팩키지에서 참조 가능합니다.
즉, example 팩키지에 있는 BankSystem 클래스에서 javabank 팩키지의 모든 클래스의 객체에 대한 레퍼런스를 획득할 수 있다는 얘기입니다.
다음은 Bank, Customer, Account 클래스가 default 접근자를 가질 때입니다.
다른 팩키지에 있는 BankSystem 클래스에서는 Bank, Customer, Account 클래스가 보이지 않습니다.
따라서 BankSystem 소스에서 Bank, Customer, Account 객체에 대한 레퍼런스를 얻으려고 하면 컴파일 에러를 만나게 됩니다.
다음은 2단계 접근 제어에 관한 내용입니다.
일단 1단계 접근 제어는 통과했다는 가정을 하고 내용을 보시기 바랍니다.
| 2단계 접근 제어 : 접근자가 멤버 선언부에 쓰일 경우 | |
|---|---|
| public | 모든 팩키지의 객체에서 접근 가능 |
| protected |
같은 팩키지의 객체에서 접근 가능 다른 팩키지에 있는 자식 객체가 부모의 이 접근자로 지정된 멤버는 접근 가능 |
| default | 같은 팩키지 내의 객체만 접근 가능 |
| private | 해당 객체내에서만 접근 가능, 외부에서는 공개된 메소드를 통해서만 접근을 허용 |
접근자는 클래스 선언부에 쓰인 1단계 접근 제어가 통과되면 두번째로 해당 객체의 멤버에 대해서 적용됩니다.
멤버에 적용되는 가장 쉬운 접근자는 public 과 private 입니다.
멤버의 접근자가 public 이면 모든 팩키지의 객체에서 접근할 수 있습니다.
멤버의 접근자가 private 이면 멤버에 접근할 수 없습니다.
private 멤버에 접근하는 것이 필요하다면 해당 멤버에 접근하는 공개된 멤버 메소드를 만들어 주어야 합니다.
default 접근자는 같은 팩키지에 있는 객체만이 접근이 가능합니다.
protected 는 default 접근자보다 접근 허용범위가 더 넓습니다.
일단 default 처럼 같은 팩키지의 객체는 접근할 수 있습니다.
덧붙여지는 접근 허용 내용은 상속과 관련되어 있는 좀 특별한 경우입니다.
상속 관계에 있는 자식 객체가 다른 팩키지에 속한 부모의 멤버에 접근할 때, 만약 이 부모의 멤버 접근자가 protected 라면
접근할 수 있습니다.
자바의 접근자는 OOP의 은닉에 관한 내용입니다.
참고로 아래는 자바에서 "작은 의미의 은닉"이라고 불립니다.
- 멤버변수를 private 로 선언
- private 선언된 멤버변수에 대한 setters, getters 중 설계상 필요없는 메소드는 삭제
클래스를 설계할 때는 "작은 의미의 은닉" 을 기계적으로라도 따르도록 합니다.
- 다음 강좌 : 상속
- 이전 강좌 : 연산자, if문과 반복문