객체지향 설계 원칙 편집하기

* 상위 문서: [[객체지향 설계]]
;객체지향 설계 시 지켜져야 하는 설계 원칙 5가지를 말하며, 줄여서 SOLID라고 부른다.

===단일 책임 원칙===

;Single Responsiblity Principle; SRP

*소프트웨어의 컴포넌트는 단 하나의 책임만을 가져야 한다.

====예시====

;AS-IS

*복합기 Class
**copy()
**scan()

;TO-BE

*복사기 Class { copy() }
*스캐너 Class { scan() }

===개방 폐쇄 원칙===

;Open Close Principles; OCP

*확장에 대해선 열려 있어야 하고 수정에 대해선 닫혀 있어야 한다.
*기존의 코드를 변경하지 않고(Closed) 기능을 수정하거나 추가할 수 있도록(Open) 해야 한다.

====예시====

*Class Car { drive() }
*확장은 허용'''(O)''': Class SUV() extends Car
**override drive();
**new method stop();
*변경엔 폐쇄'''(X)''': Class Plane extends Car
**change drive() to fly();

===리츠코프 치환 원칙===

;Liskov Substitution Principle; LSP

*자식 클래스는 부모클래스에서 가능한 행위를 수행할 수 있어야 한다.

====예시====

*Class SUV extends Class CAR { run() }
*SUV suv = new SUV();
*CAR car = (CAR)suv;
*car.run();

===[[인터페이스 분리의 원칙]]===

;Interface Segregation Principle; ISP

*자신이 사용하지 않는 메서드는 구현하지 않도록 해야 한다.
**이런 경우 인터페이스는 쪼개져야 한다.
*하나의 일반적인 인터페이스 보단 여러 개의 구체적인 인터페이스가 낫다.

====예시====

;AS-IS

*Interface 이동체
**drive();
**fly();
**sail();
**stop();

;TO-BE

*Interface 자동차 { drive(); stop(); }
*Interface 비행기 { fly(); stop(); }
*Interface 배 { sail(); stop(); }

===[[의존관계 역전 원칙]]===

;Dependency Inversion Principle; DIP

*의존 관계를 맺을 때, 변화하기 쉬운것 보단 변화하기 어려운 것에 의존해야 한다.
*고차원의 모듈은 저차원의 모듈에 의존하면 안된다. 이 두 모듈 모두 다른 추상화된 것에 의존 해야 한다.
*DIP를 만족한다는 것은 의존관계를 맺을 때, 구체적인 클래스보다 인터페이스나 추상 클래스와 관계를 맺는다는 것을 의미

====예시====

;아래와 같이 하면 Car 클래스는 '겨울 타이어'라는 하위 클래스에 의존성을 가지게 된다. (의존성 역전)

*Class Car {
**WinterTire wt = new WinterTire();
**setTireModel(String model) {
***wt.model = model;
**}
*}

;아래와 같이 하면 타이어에 대한 의존성이 줄어든다.

*Class Car {
**Tire wt = null;
**setTire(Tire t) {
***wt = t;
**}
*}
설명	입력하는 내용	문서에 나오는 결과
기울임꼴	''기울인 글씨''	기울인 글씨
굵게	'''굵은 글씨'''	굵은 글씨
굵고 기울인 글씨	'''''굵고 기울인 글씨'''''	*굵고 기울인 글씨*