S/W는 외부요인으로 인해 변경을 요청받게 됩니다. 외부요인이란 새로운 디바이스의 출시, 프레임워크의 변경 및 다양합니다. 작은 변경사항도 소스 코드내 미치는 영향을 줄이기 위해 클래스간 의존성을 끊어내고, 변경을 잦은 내용과 그렇지 않은 것을 구분하여 격리시켜야 합니다.

클린 아키텍처의 목적

• 시스템을 만들고 유지하는 비용을 최소화 → 유지보수성
• 외부요인으로 부터 독립적으로 작동하게 하며, 테스트 용이성과 시스템의 다른 부분을 변경하거나 교체하는데 드는 비용을 낮춤
• 새로운 기능에 대해서 추가나 변경의 용이성

경계(boundary) 만들기

• 소프트웨어 아키텍의 시작은 선을 긋고 경계를 만들어 나가는 것으로 부터 시작해야합니다.
• 경계의 한 편엔 반대편에 있는 요소를 알지 못하게 막고, 변경 사항이 발생했을 때, 핵심적인 업무(비즈니스 로직) 로직들을 오염 시키는 것을 막습니다.
• 선을 그어가면서 저수준 모듈과 고수준 모듈을 만들어 가는게 아키텍처이고, 아키텍처를 진화시키고 고도화 시킨게 클린 아키텍처 입니다.

클린 아키텍처

소프트웨어의 구조를 설계할 때 지켜야 할 원칙과 방법을 정의한 개념

공통사항

클린 아키텍처는 각자의 계층에서 사용하기 가장 편리한 타입(model)을 선언하여 사용합니다.

의존성 규칙

• 의존성은 반드시 바깥에서 안쪽으로 흘러가야 합니다.
  • Frameworks & Drivers → Interface Adapters → Application Business Rules → Enterprise Business Rules
• 내부의 원은 외부의 원에 대해서 알지 못해야 합니다.
  • ex) Entities는 Use Cases를 알면 안됩니다.
  • 외부의 원에서는 내부의 원을 의존하고 있기 때문에 내부를 알 수 있습니다.
• 외부 동심원에 의해서 내부를 변경하는 일은 없도록 해야합니다.
  • ex) UI의 변경으로 인해서 Eintites를 변경하면 안됩니다.
  • ex) SQLite에서 Room으로 마이그레이션을 진행 시 UseCase의 세부 구현이나 클래스 이름, 메서드 파라미터 등이 변경되선 안됩니다.

엔티티