객체
- 세상에 존재하는 물체를 뜻하며 식별이 가능한 것을 의미. 물질적인 `것`+ 추상적인 `것`.
- 속성과 행위로 구성되어 있고, 필드와 메서드로 정의하여 구현할 수 있다.
- 객체 모델링 : 현실 세계에 있는 것을 소프트웨어의 객체로 설계하는 것
- 소프트웨어의 객체들은 메서드를 통해 데이터를 주고받을 수도 있다.
예를 들어, 사람이라는 객체가 자동차라는 객체에게 brakePedal(); 이라는 메서드를 통해 50의 매개값을 넣어 호출하면, 자동차 객체는 자동차 객체의 속성인 브레이크의 값을 50으로 만든다. 이때 사람에게 반환되는 값을 리턴값이라 한다. - 객체 간의 관계 :
사용 관계 : 사람이 자동차를 사용한다.
포함 관계 : 자동차는 페달, 핸들, 엔진 등이 포함한다.
상속 관계 : 브레이크 페달(객체1)과 가속 페달(객체2)은 같은 공장(객체3)에서 만들어진다. - 캡슐화 : 속성(필드)와 행위(메서드)를 하나로 묶어 객체로 만든 후-encapsulation, 실제 내부 구현 내용은 외부에서 알 수 없게 감추는 것. 보완 때문에 중요.
A Class와 B Class가 있다고 했을 때, A에서 B로 요청, B에서는 실행 후 리턴값을 준다. 이때 어떤 로직을 통해 리턴값이 나왔는지 A에선 모르게 한다. 따라서 B의 변수도 알 수 없다.
- 외부 객체에서는 캡슐화된 객체의 내부 구조를 알 수 없기 때문에 노출시켜 준 필드 혹은 메서드를 통해 접근할 수 있습니다.
- 필드와 메서드를 캡슐화하여 숨기는 이유는 외부 객체에서 해당 필드와 메서드를 잘못 사용하여 객체가 변화하지 않게 하는 데 있습니다.
- Java에서는 캡슐화된 객체의 필드와 메서드를 노출시킬지 감출지 결정하기 위해 접근 제어자를 사용합니다.
- 상속 :
- 객체지향 프로그래밍에는 부모 객체와 자식 객체가 존재합니다.
- 부모 객체는 가지고 있는 필드와 메서드를 자식 객체에 물려주어 자식 객체가 이를 사용할 수 있도록 만들 수 있습니다.
- 상속을 하는 이유.
- 각각의 객체들을 상속 관계로 묶음으로써 객체 간의 구조를 파악하기 쉬워집니다.
- 필드와 메서드를 변경하는 경우 부모 객체에 있는 것만 수정하게 되면 자식 객체 전부 반영이 되기 때문에 일관성을 유지하기 좋습니다.
- 자식 객체가 부모 객체의 필드와 메서드를 물려받아 사용할 수 있기 때문에 코드의 중복이 줄어들며 코드의 재사용성이 증가됩니다.
- 다형성 :
- 객체가 연산을 수행할 때 하나의 행위에 대해 각 객체가 가지고 있는 고유한 특성에 따라 다른 여러 가지 형태로 재구성되는 것을 의미합니다.
- Car 클래스를 토대로 자동차 객체를 만들 때 A자동차 객체와 B자동차 객체의 경적 소리가 다르다면 ‘경적을 울리다’라는 행위 즉, horn(); 메서드의 구현을 다르게 재정의 하여 사용할 수 있습니다.
- 추상화 :
- 객체에서 공통된 부분들을 모아 상위 개념으로 새롭게 선언하는 것을 추상화라고 합니다.
- 공통적이고 중요한 것들을 모아 객체를 모델링 합니다.
- 현실 세계의 여러 종류의 자동차들이 공통적으로 가지고 있는 가속, 브레이크, 속도와 같은 것들을 모아 자동차라는 객체를 모델링 할 수 있습니다.
- 클래스 : 객체를 만들기 위한 설계도, 실체가 아님. 인스턴스화를 통해 객체(실체)를 만들어야 활용 가능.
- 클래스를 토대로 생성된 객체를 해당 클래스의 ‘인스턴스’라고 부르며 이 과정을 ‘인스턴스화’라고 부릅니다.
- 동일한 클래스(설계도)로 여러 개의 인스턴스(제품, 사물, 개념, 것)를 만들 수 있습니다.
- 자동차 클래스를 통해 만들어진 하나의 자동차를 인스턴스라고 부르며 이러한 여러 개의 인스턴스들을 크게 통틀어서 자동차 객체라고 표현할 수 있습니다.
- 필드(객체의 속성, 상태)는 객체의 데이터를 저장한다.
- 객체의 필드는 크게 고유한 데이터, 상태 데이터, 객체 데이터로 분류할 수 있습니다.
- 클래스의 필드에 다른 클래스의 객체를 가져와서 데이터로서 활용할 수 있습니다.
- 정의하여 선언한 클래스의 필드들은 기본적으로 초기값을 제공하지 않을 경우 객체가 생성될 때 자동으로 기본값으로 초기화됩니다.
- ‘필드를 사용한다’라는 의미는 필드의 값을 변경하거나 읽는 것을 의미합니다.
- 우리가 클래스에 필드를 정의하여 선언했다고 해서 바로 사용할 수 있는 것은 아닙니다.
- 클래스는 설계도일 뿐 실제로 필드의 데이터를 가지고 있는 것은 객체입니다.
- 따라서 객체를 생성한 후에 필드를 사용할 수 있습니다.
- 외부 접근: 도트(.) 연산자를 통해 외부에서 객체-클래스를 통해 만들어진 것으로 클래스의 내부로 접근.
- 내부 접근: 내부에서 메서드를 통해 호출을 하여 접근.
- 메서드(객체의 행위, 행동)는 객체 간의 협력을 위해 사용된다.
- 메서드의 행위를 정의하는 방법은 블록{ } 내부에 실행할 행위를 정의하면 됩니다.
- 메서드 선언 :
리턴타입 메서드명(매개변수, ...) {
실행할 코드 작성
}
// 리턴타입이 void가 아닐 경우 반드시 return문이 있어야한다. - 리턴 타입이란 메서드가 실행된 후 호출을 한 곳으로 값을 반환할 때 해당 값의 타입을 의미
- 반환할 값이 없을 때는 리턴 타입에 void
- void 타입일 때 return; 이렇게 return문을 사용하여 원하는 지점에서 메서드를 종료할 수도 있다.
- 매개변수는 메서드를 호출할 때 메서드로 전달하려는 값을 받기 위해 사용되는 변수.
- gasPedal(double kmh, char type){...} 메서드의 매개변수는 double 타입의 kmh, char 타입의 type
- 타입과 순서에 맞춰 값을 넣는다. gasPedal(100, 'D');
- 전달하려는 값이 없다면 생략 가능
- 가변 길이의 매개변수도 선언 가능
더보기
void carSpeeds(double ... speeds) {
for (double v : speeds) {
System.out.println("v = " + v);
}
}
- ‘메서드를 호출한다’라는 의미는 메서드의 블록 내부에 작성된 코드를 실행한다는 뜻. // 메서드명(매개변수);
- 필드와 마찬가지로 클래스의 메서드를 정의하여 선언했다고 해서 바로 사용할 수 있는 것은 아닙니다.
- 클래스는 설계도일 뿐 메서드는 객체의 행위를 정의한 것입니다.
- 따라서 객체를 생성한 후에 메서드를 사용할 수 있습니다.
- 외부접근( 도트 . ) , 내부접근이 가능.
- 메서드의 리턴 타입을 선언하여 반환할 값이 있다면 변수를 사용하여 받아줄 수 있습니다.
반드시 리턴 타입과 변수의 타입이 동일하거나 자동 타입 변환될 수 있어야 합니다.
- 메서드 오버로딩 : 함수가 하나의 기능만을 구현하는 것이 아니라 하나의 메서드 이름으로 여러 기능을 구현하도록 하는 Java의 기능.
즉, 하나의 클래스 내에 이미 사용하려는 이름과 같은 이름을 가진 메서드가 있더라도, 매개변수의 개수 또는 타입, 순서가 다르면 동일한 이름을 사용해서 메서드를 정의할 수 있다.
- 오버로딩의 조건
- 메서드의 이름이 같고, 매개변수의 개수, 타입, 순서가 달라야 합니다.
- '응답 값만' 다른 것은 오버로딩을 할 수 없습니다.
- 접근 제어자만 다른 것도 오버로딩을 할 수 없습니다.
- 결론, 오버로딩은 매개변수의 차이로만 구현할 수 있습니다.
- 오버로딩의 장점
- 메서드 이름 하나로 상황에 따른 동작을 개별로 정의할 수 있습니다.
예를 들면 메세지 출력할 때 쓰는 println() 이 있습니다.
println()의 매개변수로는 int, double, String, boolean 등 다양하게 넣을 수 있습니다. - 메서드의 이름을 절약할 수 있습니다.
만약 오버로딩이 안된다면 println()는 printlnInt(), printlnDouble()처럼 메서드명이 길어지고 낭비 되었을 것 입니다.
- 메서드 이름 하나로 상황에 따른 동작을 개별로 정의할 수 있습니다.
- 오버로딩의 조건
- 기본형 매개변수
매개변수의 타입이 기본형일 때는 값 자체가 복사되어 넘어가기 때문에 매개값으로 지정된 변수의 원본 값이 변경되지 않습니다. 읽는 것만 가능 - 참조형 매개변수
매개변수를 참조형으로 선언하면 값이 저장된 곳의 원본 주소를 알 수 있기 때문에 값을 읽어 오는 것은 물론 값을 변경하는 것도 가능합니다. 읽는 것과 수정하는 것이 가능
- 멤버 = 필드 + 메서드
- 인스턴스 멤버 = 인스턴스 필드 + 인스턴스 메서드
- 클래스 멤버 = 클래스 필드 + 클래스 메서드
- 필드와 메서드는 선언하는 방법에 따라서 인스턴스 멤버와 클래스 멤버로 구분할 수 있습니다.
- 인스턴스 멤버는 객체 생성 후에 사용할 수 있고 클래스 멤버는 객체 생성 없이도 사용할 수 있습니다
- 인스턴스 멤버는 객체를 생성해야 사용할 수 있다고 했습니다.
- 또한 객체의 인스턴스 필드는 각각의 인스턴스마다 고유하게 값을 가질 수 있습니다.
- 그렇다면 객체가 인스턴스화할 때마다 객체의 메서드들은 인스턴스에 포함되어 매번 생성이 될까요?
- 그렇지 않습니다. 매번 저장한다면 중복 저장으로 인해 메모리 효율이 매우 떨어지기 때문에 메서드는 메서드 영역에 두고서 모든 인스턴스들이 공유해서 사용합니다.
- 대신 무조건 객체를 생성 즉, 인스턴스를 통해서만 메서드가 사용될 수 있도록 제한을 걸어둔 것입니다.
- 클래스는 Java의 클래스 로더에 의해 메서드 영역에 저장되고 사용됩니다.
- 클래스 멤버란 메서드 영역의 클래스와 같은 위치에 고정적으로 위치하고 있는 멤버를 의미합니다.
- 따라서 클래스 멤버는 객체의 생성 필요 없이 바로 사용이 가능합니다.
- 클래스 멤버 선언
- 클래스 멤버로 만들기 위해서는 static 키워드를 사용하면 됩니다.
- 일반적으로 인스턴스마다 모두 가지고 있을 필요 없는 공용적인 데이터를 저장하는 필드는 클래스 멤버로 선언하는 것이 좋습니다.
- 또한 인스턴스 필드를 사용하지 않고 실행되는 메서드가 존재한다면 static 키워드를 사용하여 클래스 메서드로 선언하는 것이 좋습니다.
- 클래스 멤버로 만들기 위해서는 static 키워드를 사용하면 됩니다.
static String company = "GENESIS"; // 자동차 회사 : GENESIS `클래스` 필드 영역
String getCompany() {
return "(주)" + company;
} // `인스턴스` 메서드 영역
static String setCompany(String companyName) {
// System.out.println("자동차 모델 확인: " + model); // model 인스턴스(필드) 사용 불가, 오류!!
company = companyName;
return company;
}
- 인스턴스 멤버로 선언된 메서드는 클래스 멤버를 사용할 수 있습니다. (위)
- 반대로 클래스 멤버로 선언된 메서드는 인스턴스 멤버를 사용할 수 없습니다. (아래)
- 인스턴스 맴버는 객체가 생성되어야 존재할 수 있기 때문에 클래스 멤버를 사용할 수 있고,
클래스 멤버는 객체 생성 없이 바로 사용 가능하기 때문에 인스턴스 멤버를 사용할 수 없습니다.
- 지역변수
- 메서드 내부에 선언한 변수를 의미합니다.
- 메서드가 실행될 때마다 독립적인 값을 저장하고 관리하게 됩니다.
- 지역 변수는 메서드 내부에서 정의될 때 생성되어 메서드가 종료될 때까지만 유지됩니다.
더보기
// 지역 변수
public class Main {
public static void main(String[] args) {
Main main = new Main();
System.out.println(main.getNumber());
System.out.println(main.getNumber());
}
// 메서드
public int getNumber () {
//지역변수 , 지엽적, 휘발성 <-> 전역변수(static)
// 해당 메서드가 실행될 때마다 독립적인 값을 저장하고 관리한다.
// 이 지역변수는 메서드 내부에서 정의될 때 생성된다.
// 이 메서드가 종료될 때 소멸된다.
int number = 1;
number += 1;
return number;
}
}
- final 필드
- final 필드는 초기값이 저장되면 해당값을 프로그램이 실행하는 도중에는 절대로 수정할 수 없습니다.
- 또한 final 필드는 반드시 초기값을 지정해야 합니다.
- 상수
- 상수의 특징은 값이 반드시 한 개이며 불변의 값을 의미합니다.
- 따라서 인스턴스마다 상수를 저장할 필요가 없습니다.
static final String COMPANY = "GENESIS";
- final 앞에 static 키워드를 추가하여 모든 인스턴스가 공유할 수 있는 값이 한 개이며 불변인 상수를 선언할 수 있다.
- 사용방법은 일반적인 클래스 필드와 동일합니다. 다만 수정이 불가능하다.
- 일반적으로 상수는 대문자로 작성하는 것이 관례다.
- 생성자(constructor)는 객체가 생성될 때 호출되며 객체를 초기화하는 역할을 수행합니다.
public Car() {} // 선언
...
Car car = new Car(); // 호출
- 생성자는 반환 타입이 없고 이름은 클래스의 이름과 동일합니다.
- 생성자를 통해 객체가 생성될 때마다 ()안의 매개변수를 가지고 해당 객체를 어떤 식으로 초기화할지 구현 부분 {}에서 서술한다.
- new 연산자에 의해 객체가 생성되면서 Car(); 즉, 생성자가 호출됩니다.
-
- 모든 클래스는 반드시 생성자가 하나 이상 존재합니다.
- 만약 클래스에 생성자를 하나도 선언하지 않았다면 컴파일러는 기본 생성자를 바이트코드 파일에 자동으로 추가시켜줍니다. 따라서 이러한 경우는 기본 생성자 생략이 가능합니다.
- 반대로 단 하나라도 생성자가 선언되어 있다면 컴파일러는 기본 생성자를 추가하지 않습니다.기본 생성자는 선언할 때 괄호( ) 안에 아무것도 넣지 않는 생성자를 의미합니다.
public class Car {
public Car(String model) {} // 생성자 선언
// 생성자가 한개 이상 선언되었기 때문에 기본 생성자를 추가하지 않음.
// 객체 생성 시 Car car1 = new car("test"); 라는 식으로 만들어야함
}
- 컴파일러에 의해 생성되는 기본 생성자는 해당 클래스의 접근 제어자(public, …)를 따릅니다.
public class Car {
public Car() {} // 컴파일러가 추가시켜줌
}
class Car {
Car() {} // 컴파일러가 추가시켜줌
}
- 필드 초기화 : 생성자는 객체를 초기화하는 역할을 수행합니다.
- 객체를 만들 때 인스턴스마다 다른 값을 가져야 한다면 생성자를 통해서 필드를 초기화할 수 있습니다.
- 예를 들어 만들어지는 자동차마다 모델, 색상, 가격이 다르다면 생성자를 사용하여 필드의 값을 초기화하는 것이 좋습니다.
- 반대로 인스턴스마다 동일한 데이터를 가지는 필드는 초기값을 대입하는 것이 좋습니다.
- 예를 들어 자동차가 만들어질 때마다 기어의 상태를 ‘P’로 고정해야 한다면 초기값을 직접 대입하는 것이 좋습니다.
- 생성자를 통해 필드 값을 초기화하고 기본 생성자를 작성하지 않았는데 기본 생성자를 호출한다면?
- 객체를 만들 때 인스턴스마다 다른 값을 가져야 한다면 생성자를 통해서 필드를 초기화할 수 있습니다.
public Car(String modelName, String colorName, double priceValue) {
model = modelName;
color = colorName;
price = priceValue;
}
...
Car car = new Car(); // 오류 발생
- 한 개 이상의 생성자가 존재하기 때문에 컴파일러가 자동으로 기본 생성자를 추가해 주지 않는다. 기본 생성자가 존재하지 않아 오류가 발생합니다.
- 오버로딩을 할 때 개수, 타입, 순서가 동일한데 매개변수명만 다르게 하는 경우는 오버로딩 규칙에 위배되기 때문에 오류가 발생합니다!
생산자 오버로딩 : 생성자를 통해 필드를 초기화할 때 오버로딩을 적용할 수 있다.
- 예를 들어 우리가 자동차를 생성할 때 모델, 색상, 가격이 다른 자동차를 여러 대 생성할 수도 있고 색상만 다른 자동차를 여러 대 생성할 수도 있기 때문에 오버로딩을 사용하면 이를 효율적으로 처리할 수 있습니다.
- 오버로딩을 할 때 개수, 타입, 순서가 동일한데 매개변수명만 다르게 하는 경우는 오버로딩 규칙에 위배되기 때문에 오류가 발생합니다!
public Car(String modelName, String colorName, double priceValue)
public Car(String colorName, String modelName, double priceValue)
// 오류
modelName과 colorName 매개변수의 위치가 다르기 때문에 가능할 것처럼 보이지만
String, String, double : 매개변수의 개수, 타입, 순서가 동일하기 때문에 중복이 불가능합니다.
- this : 객체 즉, 인스턴스 자신을 표현하는 키워드
- 객체 내부 생성자 및 메서드에서 객체 내부 멤버에 접근하기 위해 사용될 수 있습니다.
- 객체 내부 멤버에 접근할 때 this 키워드가 필수는 아니지만 상황에 따라 필수가 될 수 있습니다.
public Car(String model, String color, double price) {
model = model;
color = color;
price = price;
}
- 만약 이처럼 생성자를 선언하는데 매개변수명과 객체의 필드명이 동일할 경우 오류가 발생하지는 않지만, 생성자 블록 내부에서 해당 변수들은 객체의 필드가 아닌 가장 가까운 매개변수명을 가리키게 됨으로 자기 자신에게 값을 대입하는 상황이 되어 버립니다.
- 이럴 경우에 this 키워드를 사용하면 해결할 수 있습니다.
public Car(String model, String color, double price) {
this.model = model;
this.color = color;
this.price = price;
}
- this 키워드를 통해 변수명에 해당하는 객체의 필드에 접근하여 받아온 매개변수의 매개값을 객체의 필드에 대입하여 저장할 수 있습니다.
Car returnInstance() {
return this;
}
- 또한 this는 인스턴스 자신을 뜻하기 때문에 객체의 메서드에서 리턴 타입이 인스턴스 자신의 클래스 타입이라면 this를 사용하여 인스턴스 자신의 주소를 반환할 수도 있습니다.
-
- 객체 내부 생성자 및 메서드에서 해당 객체의 생성자를 호출하기 위해 사용될 수 있습니다.
- 생성자를 통해 객체의 필드를 초기화할 때 중복되는 코드를 줄여줄 수 있습니다.
- this() : 객체 즉, 인스턴스 자신의 생성자를 호출하는 키워드
public Car(String model) {
this.model = model;
this.color = "Blue";
this.price = 50000000;
}
public Car(String model, String color) {
this.model = model;
this.color = color;
this.price = 50000000;
}
public Car(String model, String color, double price) {
this.model = model;
this.color = color;
this.price = price;
}
- 이렇게 생성자를 선언한다고 했을 때 코드의 중복이 발생합니다.
- 이때 this() 키워드를 사용하면 코드의 중복을 제거할 수 있습니다.
public Car(String model) {
this(model, "Blue", 50000000);
}
public Car(String model, String color) {
this(model, color, 100000000);
}
public Car(String model, String color, double price) {
this.model = model;
this.color = color;
this.price = price;
}
- ⚠️ 여기서 주의할 점이 있습니다!
- this() 키워드를 사용해서 다른 생성자를 호출할 때는 반드시 해당 생성자의 첫 줄에 작성되어야 합니다.
public Car(String model) {
System.out.println("model = " + model);
this(model, "Blue", 50000000);
} // 오류
- 제어자 : 클래스, 변수, 메서드의 선언부에 사용되어 부가적인 의미를 부여한다.
- 접근 제어자 : public, protected, default, private
- 그 외 제어자 : static, final, abstract
❗️ 하나의 대상에 여러 개의 제어자를 조합해서 사용할 수 있으나, 접근 제어자는 단 하나만 사용할 수 있습니다.
- 접근 제어자 : 멤버 또는 클래스에 사용, 외부에서 접근하지 못하도록 제한
- 클래스, 멤버 변수, 메서드, 생성자에 사용되고, 지정되어 있지 않다면 default입니다.
- public : 접근 제한이 전혀 없습니다.
- protected : 같은 패키지 내에서, 다른 패키지의 자손 클래스에서 접근이 가능합니다
- default : 같은 패키지 내에서만 접근이 가능합니다.
- private : 같은 클래스 내에서만 접근이 가능합니다.
- 클래스, 멤버 변수, 메서드, 생성자에 사용되고, 지정되어 있지 않다면 default입니다.
- 사용 가능한 접근 제어자
- 클래스 : public, default
- 메서드 & 멤버 변수 : public, protected, default, private
- 지역변수 : 없음
- 접근 제어자를 이용한 캡슐화 (은닉성)
- 접근제어자는 클래스 내부에 선언된 데이터를 보호하기 위해서 사용합니다.
- 유효한 값을 유지하도록, 함부로 변경하지 못하도록 접근을 제한하는 것이 필요합니다.
- 생성자의 접근 제어자
- 생성자에 접근 제어자를 사용함으로 인스턴스의 생성을 제한할 수 있습니다.
- 일반적으로 생성자의 접근 제어자는 클래스의 접근 제어자와 일치합니다.
- Getter 와 Setter
📌 객체의 무결성 즉, 변경이 없는 상태를 유지하기 위해 사용하는 접근 제어자. 쉽게 말하자면 기본적인 값의 조회 및 세팅을 방지하기 위해 사용한다.- 이때 외부에서 필드에 직접 접근하는 것을 막기 위해 필드에 private, default 등의 접근 제어자를 사용할 수 있습니다.
- 그렇다면 우리는 어떻게 객체의 private 필드를 읽어오거나 저장할 수 있을까요?
- 우리는 Getter 와 Setter를 사용하여 이를 해결할 수 있습니다.
- Getter : 외부에서 객체의 private 한 필드를 읽을 필요가 있을 때 Getter 메서드를 사용 -> 메서드이기 때문에 return값이 있음. 즉 가공하여 return문을 내보낼 수 있기에 row데이터를 보내지 않아도 되는 것. `리턴값 내보내기`
private double speed; // 자동차 속도 , km/h
private char gear = 'P'; // 기어의 상태, P,R,N,D
private boolean lights; // 자동차 조명의 상태
하나 하나의 필드마다 getter와 setter가 존재. 즉 get speed, set speed / get gear, set gear / get light, set light 총 6개가 있음.
자동차 클래스의 필드에 이처럼 private 접근 제어자로 지정한 필드가 있을 때, Getter 메서드를 통해 값을 가져올 수 있습니다.
// 필드에 `private` model, color, price가 있음. 하지만 아래 public을 넣어 return할 수 있음
public String getModel() {
return model;
}
public String getColor() {
return color;
}
public double getPrice() {
return price;
}
메서드 이름의 규칙은 : get + 필드 이름(첫 글자 대문자)입니다. 사용하는 방법은 인스턴스 메서드 호출과 동일합니다.
- Setter : 외부에서 객체의 private한 필드를 저장/수정할 필요가 있을 때 Setter 메서드를 사용
private double speed; // 자동차 속도 , km/h
private char gear = 'P'; // 기어의 상태, P,R,N,D
private boolean lights; // 자동차 조명의 상태
자동차 클래스의 필드에 이처럼 private 접근 제어자로 지정한 필드가 있을 때 , Setter 메서드를 통해 값을 저장하거나 수정할 수 있습니다. `초기값 수정하기`
// this를 사용함으로서 객체에 접근하여 이것의 model, color, price에
// 외부에서 주입한 model, color, price를 넣어주게 된다
public void setModel(String model) {
this.model = model;
}
public void setColor(String color) {
this.color = color;
}
public void setPrice(double price) {
this.price = price;
}
- 제어자의 조합
- 사용 가능한 제어자
- 클래스 : public, default, final, abstract
- 메서드 : public, protected, default, private, final, abstract, static
- 멤버 변수 : public, protected, default, private, final, static
- 지역변수 : final
- 사용 가능한 제어자
- 제어자 사용 시 주의 사항
- 메서드에 static과 abstract를 함께 사용할 수 없다.
- 클래스에 abstract와 final을 동시에 사용할 수 없다.
- abstract메서드의 접근 제어자가 private일 수 없다.
- 메서드에 private와 final을 같이 사용할 필요는 없다.
- package : 클래스의 일부분이면서 클래스를 식별한다.
- 패키지는 상위 패키지와 하위 패키지를 도트(.)로 구분합니다.
- `package 상위 패키지.하위 패키지;` 이렇게 선언할 수 있습니다.
- 예를 들어 oop.pk1이라는 패키지와 oop.pk2라는 패키지가 있다고 가정해 보겠습니다.
- 두 패키지에 모두 Car 클래스가 존재한다면? 그리고 이를 사용하려고 한다면?
- Java는 패키지의 경로를 통해 이를 구분합니다.
package oop.pk1;
public class Car {
public void horn() {
System.out.println("pk1 빵빵");
}
}
package oop.pk2;
public class Car {
public void horn() {
System.out.println("pk2 빵빵");
}
}
각기 다른 package(pk1, pk2)에 동일한 이름의 Car라는 클래스 생성.
package oop.main;
public class Main {
public static void main(String[] args) {
oop.pk1.Car car = new oop.pk1.Car();
car.horn(); // pk1 빵빵
oop.pk2.Car car2 = new oop.pk2.Car();
car2.horn(); // pk2 빵빵
}
}
또 다른 package(main)에 위에서 만든 두 클래스를 사용.
- import : 다른 패키지에 있는 클래스를 사용하기 위해 명시하는 키워드
- 위에서 살펴본 oop.pk1이라는 패키지와 oop.pk2라는 패키지를 import로 명시해 보겠습니다.
- import oop.pk1.Car;, import oop.pk2.Car;
- 클래스 이름을 생략하고 *를 사용하여 import oop.pk1.*; 이렇게 표현하면 oop.pk1 패키지 아래에 있는 모든 클래스를 사용할 수 있습니다.
- 다만 서로 다른 패키지에 있는 같은 이름의 클래스를 동시에 사용하려면 해당 클래스에 패키지 명을 전부 명시해야 합니다.
- 위에서 살펴본 oop.pk1이라는 패키지와 oop.pk2라는 패키지를 import로 명시해 보겠습니다.
package week03.packageExample.main;
import week03.packageExample.pk1.Car;
public class Main {
public static void main(String[] args) {
Car car1 = new Car();
week03.packageExample.pk2.Car car2 = new week03.packageExample.pk2.Car();
car1.horn(); // pk1 빵~!
car2.horn(); // pk2 빵~!
}
}
'Java > Java 문법' 카테고리의 다른 글
Java 문법 8 (인터페이스) (0) | 2024.09.06 |
---|---|
Java 문법7 (상속) (3) | 2024.09.06 |
Java 문법6 (클래스) (0) | 2024.09.05 |
Java 문법 5(배열, 복사, 컬렉션) (0) | 2024.09.04 |
Java 문법 4(반복문) (0) | 2024.09.03 |