05. 자바 8 (JAVA 8) - SOLID 원칙

OS	Windows 10 Home 64bit 버전 1903 (OS 빌드 18362.836)
JAVA	8

 

# 설계

객체지향적으로 설계할 때는 응집도는 높게, 결합도는 낮게 설계하는 것이 좋다

즉, 기존 코드를 변경하기 않으면서 기능을 추가 할 수 있도록 설계해야 한다.

 

■ 응집도

    - 한 프로그램의 요소가 얼마나 뭉쳐있는, 즉 구성 요소들 사이의 응집력을 말한다

■ 결합도

    - 프로그램 구성 요소들 사이가 얼마나 의존적인지를 말합니다

 

#1. 단일책임의 원칙 (Single Responsibility Principal, SRP)

1. 클래스는 단 1개의 책임을 가져야 한다

    -> 클래스 책임: Impl

2. 클래스의 변경하는 이유는 단 1개여야 한다

    -> 변경근원: Actor

3. 누가 해당 메소드의 변경을 유발하는 사용자(Actor) 인가

    -> Actor: 행위자 (단순히 사용자라고만 생각해서는 안된다)

 

Spring 프레임워크를 사용해보고 SRP 는 역할이라고 생각된다 (필자 생각)

Entity 는 정보를 담는 역할을 하고, Service 는 해당 정보를 가공하는 역할을 하고, Repository 는 정보를 저장하는 역할을 한다

각 각 클래스가 하는 책임이 1개로 명확하다

( Entity 클래스가 DB 저장과 하는 역할을 해서는 안된다 )

 

#2. 개방 폐쇄의 원칙 (Open Close Principal, OCP)

확장에는 열려있고, 변경에는 닫혀있어야 한다

기능을 추가하거나 변경하면서 그것을 사용한느 코드는 수정하지 않는다

 

확장이란 ?

새로운 타입을 추가함으로써 새로운 기능을 추가할 수 있다. 즉 확장이란 새로운타입을 추가함으로써 새로운 기능(요구사항)을 구현한다

확장이 열려있다는 것은 새로운 타입(클래스)을 추가함으로써 기능(요구사항)을 확장하는 것 이다.

 

변경이란 ?

확장이 발생했을 때 상위 레벨(상위 클래스)이 영향을 미치지 않아야 한다.

확장이 발생했을 때 해당코드를 호출하는 쪽에서는 변경이 발생하지 않는 다면 변경이 닫혀있는 것 이다.

(호출하는 쪽에서는 메소드 변경이 일어나서는 안된다)

 

 

 

#3. 리스코프 치환의 원칙 (The Liskov Substitution Principal, LSP)

리스코프 치환 원칙을 어길 경우 OCP 원칙을 어길 가능성이 높다

instanceof 를 이용하여 해당 타입을 검사하는 등 경우가 LSP 위반사례이다

instanceof 를 사용한다는 것은 상위타입이 하위타입을 완전히 처리하지 못한다는 의미가 된다

 

호출하는 쪽에서 해당타입을 물어본 뒤 조건을 적용하는 것이 아닌, 책임 클래스에서 boolean 으로 미리 판별이 되어야한다

호출하는 쪽에서는 책임 클래스 메소드를 사용하여 리턴 된 값으로 if 문을 처리한다

 

#4. 인터페이스 분리 원칙 (Interface Segregation Principal, ISP)

인터페이스를 분리해서 사용

 

#5. 의존성 역전의 원칙 (Dependency Inversion Principal, DIP)

호출 하는 쪽에서는 책임을 지닌 클래스에 대해서 추상적으로 생각해야만 한다

즉, 호출하는 클래스에서 책임을 지닌 클래스가 무엇을 가지고 있는 지, 무엇을 할 수 있는 지, 무엇이 가능한 지에 대해서

생각해서는 안된다

 

보통 if else 문을 사용하여 해당 클래스를 equals 로 비교하는 경우이다

 

호출하는 쪽에서는 메소드명과 인자만 전달해주고 그 이후에는 책임을 지닌 클래스가 알아서 처리하도록 해야한다

 

A -> B 로 의존하는 형태가 아닌, A -> C <- B 형태로 의존성을 역전하게 설계해야한다