윤니버스

만들면서 배우는 클린아키텍처를 읽고(1/4) (tistory.com) 2장. 의존성 역전하기 2.1. 단일책임원칙 SRP(Single Responsibility Principle) 컴포넌트를 변경하는 이유는 오직 하나뿐이어야한다. 장점 응집력 향상 (Enhanced Cohesion) 결합도 감소 (Reduced Coupling) 유지보수성 향상 테스트 용이 하지만, 실세계의 소프트웨어에서 컴포넌트 의존성은 매우 복잡하기때문에, 변경하는 이유는 쉽게 전파됨 시간이 흐를수록 변경하는 이유들이 많아 지며, 많이 쌓인 후 컴포넌트를 변경하는건 다른 컴포넌트의 실패로 이루어짐 결론 복잡한 아키텍처에서는 컴포넌트 간 의존성 때문에 변경할 이유가 쉽게 전이되기때문에, 클린 아키텍처를 지향하는게 좋다(?) 2.2. 부..

클린아키텍처의 지향점 변화하는 요구사항과 외부 요인에 빠르게 적응할 수 있게 하는것 계층형 아키텍처 자체가 문제가 아니라, 개발자들이 나쁜 습관으로 코드를 짜기 쉬운 환경임 데이터베이스 주도 설계를 유도한다. 애플리케이션의 목적은 사용자가 필요한 비즈니스 로직을 만들어서 편리하게 활용함이 목적 상태(State)가 아닌 행동 (Behavior)이 중심이 되어야됨 의존성이 가장 안쪽에있는 데이터베이스 중심으로 설계가 진행됨 지름길을 택하기 쉬워진다 컴포넌트의 계층을 이동시켜 개발을 쉽게 하려는 유혹에 빠지기 쉬움 테스트하기 어려워진다. 계층형 아키텍처는 계층을 뛰어넘는 유혹에 빠지기 쉬업 (ex. 웹 ⇒ 영속성 바로 접근) 도메인 로직이 웹 계층에 구현될 가능성이 커짐 웹 계층 테스트에서 영속성 계층도 mo..