SOLID - SRP

Single Responsibility Principle(단일책임 원칙)

하나의 클래스는 하나의 책임만을 가져야 한다.

왜 하나의 책임만을 가져야 할까??

• 재사용의 어려움
• 이해하기 어려워, 유지보수가 힘들어진다.
• 특정 기능을 변경했는데 객체 일부만 수정되었거나, 원하지 않는 객체들도 수정이 될수도 있다.

Bad Case

struct Cacao {

    func 서비스개발() -> APP {
        let 설계도 = 설계하기()
        let api = 백엔드개발(설계도: 설계도)
        return 프론트개발(API: api)

    }

    func 설계하기() -> UML {
        return UML
    }

    func 백엔드개발(설계도: UML) {
        return API
    }

    func 프론트개발(API: API) -> APP {
        return APP
    }

}

SRP 적용

struct Cacao {

    let pm = 설계자()
    let 백엔드개발자 = 백엔드개발자()
    let 프론트엔드개발자 = 프론트엔드개발자()

    func 서비스개발() -> APP {
        let 설계도 = pm.설계하기()
        let api = 백엔드개발자.개발하기(설계도: 설계도)
        return 프론트엔드개발자.개발하기(API: api)
    }
}

 
 

각기 하나의 동작만 하도록 행동들을 분리하였고, 이로 인해 어떤 기능을 수정하더라도 연관없는 기능에 영향이 가지 않게 할수있다.
또한 높은 응집도와 낮은 결합도를 얻을수 있다.