클린 아키텍처: 의존성 역전하기
이 포스팅은 만들면서 배우는 클린 아키텍처를 읽고 작성하였습니다. 단일 책임 원칙 이 원칙의 일반적인 해석은 "하나의 컴포넌트는 오로지 한 가지 일만 해야 하고, 그것을 올바르게 수행해야 한다." 이지만 실제 의도는 "컴포넌트를 변경하는 이유은 오직 하나 뿐이어야 한다." 입니다. 책임을 하나의 일을 한다라기보다는 변경해야 할 이유로 해석해야 하는 것이죠. 아키텍처에서 이것을 어떻게 적용할 수 있을까요? 컴포넌트를 변경할 이유가 오직 하나라면 어떤 이유로 소프트웨어를 변경하더라도 이 컴포넌트에 대해 전혀 신경 쓸 필요가 없습니다. 소프트웨어가 변경되더라도 여전히 기대했던 대로 동작할 것이기 때문입니다. 구현하다보면 위 그림같이 됩니다. A는 다른 여러 컴포넌트에 의존하고있고, E는 의존하는 것이 전혀 없..
Architecture
2022. 7. 28. 22:30
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- JPA
- r
- 스프링 부트 튜토리얼
- 헥사고날 아키텍처
- proto3
- @ManyToOne
- Spring Data JPA
- 스프링 부트 애플리케이션
- 스프링 부트
- Spring Boot JPA
- Spring Boot Tutorial
- Jackson
- 스프링 부트 회원 가입
- leetcode
- Spring Boot
- 함께 자라기
- QueryDSL
- spring boot application
- spring boot app
- Linux
- JSON
- 클린 아키텍처
- 함께 자라기 후기
- intellij
- spring boot jwt
- 스프링부트
- gRPC
- Java
- 스프링 데이터 jpa
- 알고리즘
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
글 보관함