1일차 . SOLID - SRP

[bumdream]

SRP 에 정리한 내용을 간략히 적어서 댓글로 단다!

[bumdream]

SRP ( Single responsibility principle )

정의

• 클래스의 이름을 정할 땐 그 클래스가 수행하는 단 하나의 개념으로 정해야 한다.
• 작성된 클래스는 그 이름에 맞는 하나의 역할만을 수행해야 한다.
• 어떤 원인으로 수정이 필요할 때는 하나의 클래스만 수정되게끔 설계가 되어야 한다.

적용법

• 여러원인에 의한 변경(Divergent change)

  • 혼재 된 각 책임을 각각의 개별 클래스로 분리하여 클래스당 하나의 책임만을 맡도록 하는것
  • 각각의 개별 클래스로 분리하고나서 동일한 역할을 하는 클래스가 존재하면 동일한 역할을 하는 부분을 상위 클래스로 뽑아내고, 그 클래스를 위임받는 식으로 설계할 수 있다.

• 산탄총 수술(Shotgun surgery)

  • 산발적으로 여러곳에 분포된 책임을 한 곳에 모으면서 설계를 깨끗하게 한다.

[hongsukchoi]

SRP 1줄 요약: 클래스를 변경할 수 있는 이유는 1가지어야 한다.

부연설명: 예를 들어서 보고서를 편집하고 출력하는 모듈을 생각해 보자. 이 모듈은 두 가지 이유로 변경될 수 있다. 첫 번째로 보고서의 내용 때문에 변경될 수 있다. 두 번째로 보고서의 형식 때문에 변경될 수 있다. 이 두 가지 변경은 하나는 실질적이고 다른 하나는 꾸미기 위한 매우 다른 원인에 기인한다. 단일 책임 원칙에 의하면 이 문제의 두 측면이 실제로 분리된 두 책임 때문이며, 따라서 분리된 클래스나 모듈로 나누어야 한다. [출처: 위키] +참고

프로젝트 적용: VideoPlaybackRenderer라는 영상과 아이콘 이미지를 실제로 스크린에 그리는 보조 클래스가 있다. 여기서 하는 일은 실제 이미지를 그리는 일 말고도, 사용자의 터치 좌표를 인식해서 특정 버튼의 바운더리에 들어가는 지 안 들어가는 지 boolean값으로 리턴하는 일도 한다. (리턴값이 참이면 메인클래스인 VideoPlayback에서 그 버튼의 기능을 수행한다.)

SRP에 따르면 터치 좌표를 인식 및 판별을 다른 클래스로 분리하는게 맞을 거 같다. 왜냐하면 현재는 아이콘을 넓게 한다거나 등 이미지를 그리는 일을 바꾸려고 클래스를 변경할 수 있고, 또 터치 좌표 인식 범위를 넓히는 등 인식 판별을 바꾸려고 클래스를 변경할 수 있기 때문이다. 다만 아이콘을 넓게 그리는 것과 동시에 인식범위를 넓히는 일은 보통 같이 이루어지는 변경인데, 나누는 게 맞는 건가 싶은 생각도 든다.

또 나누더라도 그런데 다른파일에 클래스를 만들어 import문을 중복하느니 같은 파일에 클래스를 만들고 싶은데, 혹시 문제는 없을까?

[hongsukchoi]

SRP(Single Responsibility Principle):

클래스 하나 당 책임 하나

책임=코드를 변경할만한 사유

예시

[SRP 위반] 클래스 하나에 두 개의 책임

• 면적 계산 (Geometry정의가 변하면 변할 수도)
• 그리기 (GUI에 변경이 있으면 변할 수도)

[SRP 지킴] 클래스 하나당 한 개의 책임

• 면적 계산 (RectangleGeometry)
• 그리기 (RentagleView)

[bumdream]

SRP(Single Responsibility Principle):

• 모든 클래스는 하나의 책임만을 가진다.
• 각 소프트웨어 모듈마다 변경해야 하는 이유가 하나만 있어야 한다.
• 다른 시기에 다른 이유로 변경되어야 하는 두가지를 한 곳에 묶는것은 나쁜 설계
• 같은 이유로 변하는 것은 한곳에 모으고, 다른 이유로 변하는 것은 분리.

그림은 홍석님께서 잘 올려주셨으므로 위의 그림을 참고!