It is my Style

이 글은 ‘만들면서 배우는 클린 아키텍처’ 라는 책으로 회사 내부 스터디를 하며, 이제 막 개발을 시작하시거나 개발자들과 협업하시는 분들을 위해 이해하기 쉽게 클린 아키텍처란 무엇인지에 대한 글을 작성해 보았습니다 개발자들이 아키텍처 설계하는 기간 동안 무엇을 하는지 이해해보는 시간이 되셨으면 좋겠습니다 아키텍처란 무엇일까? 애플리케이션 아키텍처는 ‘애플리케이션을 설계하고 구축하는 데 사용하는 패턴과 기술’ 입니다. 아키텍처는 애플리케이션을 구축할 때 따라야 할 로드맵과 모범 사례를 제공하여 체계적으로 구성된 애플리케이션을 완성할 수 있게 해줍니다 아키텍처를 조금 더 쉽게 이해하기위해 사에서의 업무 프로세스로 예시를 들어보겠습니다 어느 회사에 업무 프로세스가 없다고 하면, 직원들이 자기 스타일로 업무를 ..

Developer/Backend 2022. 8. 2. 13:03

(해당 내용은 '만들면서 배우는 클린 아키덱처'의 책을 공부하여 정리한 내용입니다) 계층으로 구성하기 코드를 구조화하는 첫 번째 접근법은 계층을 이용하는 것으로서, 다움과 같이 코드를 구성할 수 있다 웹, 도메인, 영속성을 계층별로 각각 계층별로 만들었다 의존선 역적 원칙을 적용해서 의존성이 domain 패키지에 있는 도메인 코드만 향하도록 했다 여기서는 domain 패키지에 AccountRepository 인터페이스를 추가하고, persistence 패키지에 AccountRepositoryImpl 구현체를 둠으로써 의존성을 역전시켰다 하지만 이 구조는 최적의 구조가 아니다 첫째, 애플리케이션의 기능 조각이나 특성을 구분 짓는 패키지 경계가 없다 둘째, 애플리케이션이 어떤 유스케이스들을 제공하는지 파악할..

Developer/Backend 2022. 6. 13. 22:02

(해당 내용은 '만들면서 배우는 클린 아키덱처'의 책을 공부하여 정리한 내용입니다) 단일 책임 원칙 단일 책임의 원칙의 일반적인 해석은 다음과 같다 하나의 컴포넌트는 오로지 한 가지 일만 해야 하고, 그것을 올바르게 수행해야 한다 이는 좋은 조언이지만 단일 책임 원칙의 실제 의도는 아니다 단일 책임 원칙의 실제 정의는 다음과 같다 컴포넌트를 변경하는 이유는 오직 하나뿐이어야 한다 만약 컴포넌트를 변경할 이유가 오로지 한 가지라면 컴포넌트는 딱 한 가지 일만 하게 된다 하지만 이보다 더 중요한 것은 변경할 이유가 오직 한 가지라는 그 자체다 하지만 안타깝게도 변경할 이유라는 것은 컴포넌트 간의 의존성을 통해 너무도 쉽게 전파된다 부수효과에 관한 이야기 잘못 구조화된 소프트웨어를 변경하는데 많은 비용을 지불..

Developer/Backend 2022. 6. 13. 21:18

(해당 내용은 '만들면서 배우는 클린 아키덱처'의 책을 공부하여 정리한 내용입니다) 계층형 아키텍처 계층형 아키텍처란~? 맨 위에 웹 계층에서는 요청을 받고 가운데 도메인 혹은 비즈니스 계층으로 요청을 보낸다 서비스에서 비즈니스 로직을 수행하고, 테이블에 조회, 변경, 저장을 위해 영속성 계층의 컴포넌트를 호출한다 우리는 지금도 이러한 계층형 아키텍처로 개발을 하고 있으며, 잘 만들어진 계층형 아키텍처는 아주 견고하고 선택의 폭을 넓히고, 요구사항과 외부 요인에 빠르게 적응할 수 있다 하지만 계층형 아키텍처는 코드에 나쁜 습관들이 스며들기 쉽고, 시간이 지날수록 수많은 허접들을 노출한다 계층형 아키텍처는 데이터베이스 주도 설계를 유도한다 우리가 만드는 대부분의 애플리케이션의 목적은 비즈니스를 관장하는 규..

Developer/Backend 2022. 6. 13. 20:32