# 설계

3개의 포스트

객체 지향 설계 5원칙 (SOLID)와 SoC

단일 책임 원칙::Single Responsibility Principle 어떤 클래스를 변경해야 하는 이유는 오직 하나여야 한다. 메소드가 단일 책임 원칙을 지키지 않을 경우 나타나는 대표적인 예가 분기 처리를 위한 if문이다. 개방 폐쇄 원칙::Open Closed Principle 클래스, 모듈, 함수 등은 확장에 대해서 열려있어야 하지만 변경에 대...

2020년 1월 31일
·
0개의 댓글

[Software Design] SRP (Single Responsibility Principle)

책임 로버트 C. 마틴은 책임을 변경하려는 이유라고 정의했다. 변화의 시기와 이유가 같다면 같은 책임 아래 있다고 보는 것이다. 반대로, 한 객체 내에서 변화의 시기, 이유가 다른 부분이 존재한다면 그 객체는 여러 책임을 가지고 있는 것이다. 그에 따라 이렇게 좀 더 알아보기 쉽게 정의할 수 있을 것 같다. > 책임은 객체에 의해 정의되는 응집도있는 ...

2019년 10월 28일
·
0개의 댓글

[Software Design] DIP (Dependency Inversion Principle)

Dependency? 변경에 초점을 맞춤 B가 변경될 때 A가 함께 변경되는 것 클래스 명 메소드 명 구현 이외의 어떤 것이든 변경에 의해 영향을 받을 수 있는 모든 가능성 설계를 어떻게 하느냐에 따라 B의 내부 구현이 변경되더라도 A가 영향을 받지 않을 수도 있음 Class 의존성 연관 관계 인스턴스 생명 주기 동안 영구적으로...

2019년 10월 21일
·
0개의 댓글