도서 요약

[클린 아키텍처] 12. 컴포넌트

클린 아키텍처 도서 요약 내용입니다. 12장 컴포넌트 * 컴포넌트는 배포 단위다. * 컴포넌트는 시스템의 구성 요소로 배포할 수 있는 가장 작은 단위다. * 자바의 경우 jar 파일이 컴포넌트다. 닷넷에서는 DLL이다. * 잘 설계된 컴포넌트라면 반드시 독립적으로 배포 가능한, 따라서 독립적으로 개발 가능한 능력을 갖춰야 한다.

2022. 12. 19. 09:36

도서 요약

[클린 아키텍처] 11. 의존성 역전 원칙

클린 아키텍처 도서 요약 내용입니다. 11장 DIP: 의존성 역전 원칙 의존성 역전 원칙에서 말하는, 유연성이 극대화된 시스템이란 소스코드 의존성이 추상화에 의존하며 구체에는 의존하지 않는 시스템이다. 자바와 같은 정적 타입 언어에서 이 말은 use, import, include 구분은 오직 인터페이스나 추상 클래스와 같은 추상적인 선언만을 참조해야 한다는 뜻이다. 구체적인 대상에는 절대로 의존해서는 안된다. DIP를 논의할 때 운영체제나 플랫폼 같이 안정성이 보장된 환경에 대해서는 무시하는 편이다. 우리가 의존하지 않도록 피하고자 하는 것은 바로 변동성이 큰 구체적인 요소다. 안정된 추상화 추상 인터페이스에 변경이 생기면 구현체는 수정을 해야 한다. 반대로 구현체에 변경이 생기더라도 인터페이스는 수정될..

2022. 12. 19. 09:36

도서 요약

[클린 아키텍처] 10. ISP: 인터페이스 분리 원칙

클린 아키텍처 도서 요약 내용입니다. 10장 ISP: 인터페이스 분리 원칙 인터페이스 분리 원칙은 다이어그램에서 그 이름이 유래했다. 다수의 사용자가 OPS 클래스에서 오퍼레이션을 사용한다. User1은 오직 op1을, User2는 op2만을, User3는 op3만을 사용한다. User1에서는 op2, op3를 전혀 사용하지 않음에도 User1의 소스코드는 이 두 메서드에 의존하게 된다. op2의 소스코드가 변경되면 User1도 다시 컴파일한 후 새로 배포해야 한다. 이러한 문제는 아래와 같이 인터페이스 단위로 분리하여 해결할 수 있다. User1의 소스 코드는 U1Ops와 op1에는 의존하지만 OPS에는 의존하지 않게 된다. 따라서 OPS에서 발생한 변경이 User1과는 전혀 관계없는 변경이라면, Us..

2022. 12. 19. 09:35

도서 요약

[클린 아키텍처] 8. 개방-폐쇄 원칙

클린 아키텍처 도서 요약 내용입니다. 8장 OCP: 개방-폐쇄 원칙 개방-폐쇄 원칙이라는 용어는 1988년에 버트란트 마이어가 만들었는데, 다음과 같다. 소프트웨어 개체는 확장에는 열려 있어야 하고, 변경에는 닫혀 있어야 한다. 다시 말해 소프트웨어 개체의 행위는 확장할 수 있어야 하지만, 이때 산출물을 변경해서는 안된다. 소프트웨어 아키텍처를 공부하는 가장 근본적인 이유가 바로 이 때문이다. 요구사항을 살짝 확장하는데 소프트웨어를 엄청나게 수정해야 한다면, 그 소프트웨어 시스템을 설계한 아키텍트는 엄청난 실패에 맞닥뜨린다는 것이다. 사고 실험 재무제표를 웹 페이지로 보여주는 시스템이 있다고 생각해보자. 음수는 빨간색으로 출력한다. 이해관계자가 동일한 정보를 보고서 형태로 변환해서 흑백 프린터로 출력해 ..

2022. 12. 19. 09:34

도서 요약

[클린 아키텍처] 7. SRP: 단일 책임 원칙

클린 아키텍처 도서 요약 내용입니다. 7장 SRP: 단일 책임 원칙 SOLID 원칙 중 그 의미가 가장 잘 전달되지 못한 원칙이 바로 단일 책임 원칙이다. 프로그래머가 이 원칙의 이름을 듣는다면 모든 모듈이 단 하나의 일만 해야 한다는 의미로 받아들이기 쉽다. 이것은 "함수"이다. SRP는 아래와 같다. 단일 모듈은 변경의 이유가 하나, 오직 하나뿐이어야 한다. SRP가 말하는 '변경의 이유'란 바로 이들 사용자와 이해관계자를 가리킨다. 아래와 같이 바꿔 말할 수도 있다. 하나의 모듈은 하나의, 오직 하나의 사용자 또는 이해관계자에 대해서만 책임져야 한다. 여기서 말하는 사용자, 이해관계자는 한명을 의미하는 것은 아니고 집단, 변경을 요청하는 한명 이상의 사람들을 가리킨다. 이런 집단을 액터(actor)..

2022. 12. 19. 09:33

도서 요약

[클린 아키텍처] 2. 두가지 가치에 대한 이야기

클린 아키텍처 도서 요약 내용입니다. 2장 두가지 가치에 대한 이야기 모든 소프트웨어 시스템은 이해관계자에게 서로 다른 두 가지 가치를 제공하는데, 행위와 구조가 바로 그것이다. 소프트웨어 개발자는 두가지 모두 반드시 높게 유지해야 하는 책임을 진다. 불행하게도 개발자는 한 가지 가치에만 집중하고 나머지 가치는 배제하곤 한다. 더 안타까운 일은 대체로 개발자가 둘 중 덜 중요한 가치에 집중하여 결국 소프트웨어 시스템이 쓸모없게 된다는 사실이다. 행위 소프트웨어의 첫번째 가치는 행위다. 프로그래머를 고용하는 이유는 이해관계자를 위해 수익을 창출하거나 비용을 절약하도록 만들기 위해서다. 많은 프로그래머가 이러한 활동이 자신이 해야 할 일의 전부라고 생각한다. 슬픈 일이지만 그들은 틀렸다. 아키텍처 두번째 가..

2022. 12. 19. 09:29