1. 계층 원칙 분류, 일반화, 대체, 배치 등의 기법을 이용하여 추상화의 계층적인 조직을 생성하기 위한 원칙 2. 단일 책임 원칙 한 클래스에 책임이 여럿 있으면 각 책임과 추상화에 대해 이해하는데 시간이 걸린다. 또한 변경과 개선에 있어서 어떤 멤버 변수를 변경해야 하는지 파악하기 힘들다. 즉 유지보수 또한 어렵게 된다. 따라서 한 클래스에서는 하나의 책임을 가지는 원칙 3. LSP 원칙 부모 클래스의 인스턴스가 사용된 자리에 자식 클래스의 인스턴스를 집어 넣어도 코드의 맥락이 변하지 않아야 한다는 원칙 4. OCP 원칙 모듈은 확장에서는 열어야 하지만, 변경에서는 닫아야 한다는 원칙 모듈은 코드 변경 없이 새로운 요구 사항을 지원할 수있어야 한다. 즉 코드 수정 없이 클래스를 확장하는 방식을 사용해..
제어자는 public, protected, private, default, final 등으로 접근 제어자와 그외 제어자로 나눌 수있다. 제어자는 클래스, 멤버 변수, 메서드에 사용된다. 접근 제어자는 public, private, protected, default 중에 한 가지만 사용 할 수 있으며, 접근 제어자를 제외한 제어자는 조합해서 사용 할 수 있다. static - static은 인스턴스가 아닌 클래스에 관계 되어있기 때문에 멤버 변수와 메서드 앞에 static 이 붙으면, 인스턴스를 생성하지 않고도 사용이 가능하다. final - 변경 될수 없는 이란 의미를 가진다. 클래스, 메서드, 멤버변수, 지역변수에서 사용이 가능하다. Ex// final eaxamp class
import문으로 사용하고자 하는 클래스의 패키지를 미리 명시해주면 소스코드에서 사용되는 클래스이름에서 패키지명은 생략할 수있다. import 문의 역할은 컴파일러에게 소프아일에 사용된 클래스의 패키지에 대한 정보를 제공하는 것이다. * package 문 선언 뒤에 import문을 선언한다. 한 패키지에서 여러 클래스를 지정해주는 방법으로는 *을 사용 할 수 있다. 방법1 import java.util.Date; import java.util.ArrayList; 방법2 import java.util.*; * import문에서 클래스의 이름대신 * 을 사용하는 것이 하위 패키지의 클래스까지 포함하지는 않는다.
- Total
- Today
- Yesterday
- Java
- Unity
- Kotlin
- 오버라이딩
- 유니티 게임 개발
- 코틀린
- object
- 함수
- 유니티 게임개발
- React useState 예제
- JavaScript
- 유니티 개발
- Transform
- 유니티 실습
- 유니티 캐릭터
- 클래스
- 리액트
- react
- inheritance
- React useState Example
- JVM
- 리눅스
- 자바
- 리액트 useState 예제
- Unity2D
- 유니티 플레이어 캐릭터
- 유니티
- Linux
- 상속
- Linux Pipe
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |