Clean Architecture

클린 아키텍처에 대한 전체적인 개념

• 마틴이 고안해 낸 아키텍처 개념
• 이지만, 사실 모든 소프트웨어가 이러한 비슷한 개념으로 개발되고 있다. 그것을 엉클 밥, 아니 로버트 C.마틴이 정리한 것.

클린 아키텍처 특징

1. 프레임워크의 독립성

• 아키텍처는 소프트웨어 라이브러리의 존재에 의존하지 않는다.

2. 테스트 용이성

• UI, 데이터베이스, API 호출, 또는 외부 요소 없이 테스트가 가능하다.

3. UI 독립성

• UI가 수정될 경우 다른 부분을 건들이지 않고 쉽게 변경이 가능하다.
• 즉, UI와 비즈니스 로직은 독립되어 있다.

4. 데이터베이스 독립성

• 데이터베이스가 변경되어도 비즈니스 로직에는 영향을 미치 않는다.
• 즉, 데이터베이스와 비즈니스 로직은 독립되어 있다.

5. 모든 외부 요소에 대한 독립성

• 비즈니스 로직은 외부 세계와의 인터페이스에 대해 전혀 알지 못한다.

의존 규칙

• 동심원 안쪽으로 들어갈수록 고수준의 소프트웨어가 된다.
  • 바깥쪽 원은 매커니즘이고 안쪽 원은 정책이다.
  • 고수준과 저수준의 의미는 아래와 같다.

1. 고수준 : 추상화된 개념, 상위 수준, 정책

• 예시 : 글을 작성한다. 일기를 저장한다.

2. 저수준 : 세부적인 개념, 매커니즘, 고수준을 구현하기 위한 세세한 개념

• 예시 : SQLite3에 데이터를 저장한다.

• 소스코드의 의존성은 반드시 안쪽으로, 고수준의 정책을 향해야 한다.
• 내부의 원은 바깥 원의 데이터 형식도 사용해서는 안된다. 즉, 외부가 내부에 영향을 미쳐서는 절대로 안된다.
• 이는 DTO라는 개념으로 이어질 수 있는데, 나중에 다루자. (DTO를 통해 외부의 데이터를 내부에서 쓸 수 있도록 전환한다.)

엔티티 (Entity)

• 비즈니스 로직에 사용되는 데이터 타입

• 메서드를 가진 객체가 되거나 일련의 데이터 구조, 함수의 집합이 될 수 있다.

• iQA 프로젝트에서는 Domain Layer에서 유일하게 사용하는 데이터로 정의했다.

• Presentation Layer나 Data Layer에서 엔티티 사용은 가능하지만, Domain Layer에서는 유일하게 엔티티만 정의해야한다.

유스케이스 (UseCase)

• 애플리케이션에 특화된 업무 규칙을 작성

• 시스템의 모든 비즈니스로직을 캡슐화하고 구현한다.

• UI, 데이터베이스, 다른 프레임워크와 같은 외부 요소에서 발생한 변경이 이 계층에 영향을 주면 안된다. (완전 격리)

• 하지만 서비스가 변경된다면 변경이 이루어진다.

• iQA 프로젝트에서 비즈니스 로직을 조금 더 복잡하게 만들기 위하여 SQL문으로 개발 가능한 기능들을 유즈케이스에 담았다. (정렬 기능, find 기능)

• Data Layer의 데이터의 연결이 필요하므로 Repository를 소유하고 있지만, 이는 프로토콜이므로 구성이 어떻게 되어 있는 지는 모른다. (DIP원칙)

인터페이스 어댑터

• Gateways, Controllers, Presenters가 속해 있는 Layer

• UseCases에서 가장 편리한 데이터 타입에서 DB, UI 등과 같은 외부 프레임워크에 가장 편리한 format으로 변환하는 곳이다.

• iQA 프로젝트에서는 Repository폴더와 ViewModel이다.

• Repository는 가장 바깥 쪽 원인 SQLiteDatasource을 UseCase와 이어주며 format을 변환해주는 layer이다.

• ViewModel은 VC와 UseCase를 이어주는 어댑터로, UseCase의 foramt을 View에서 사용되는 format으로 변환해준다.

Frameworks and Drivers

• 가장 바깥 쪽 레이어이다.
• 즉, DB나 UI 등과 같은 프레임워크와 도구로 구성된다.

Crossing boundaries (경계 횡단)

• UseCase가 Repository를 호출해야 한다고 가정해보자.
• 직접 호출하게 될 경우 의존 규칙을 위배하기 때문에
• UseCase가 내부 원의 인터페이스를 호출하도록 하고, 외부 원의 Repository가 그 인터페이스를 구현하도록 만든다. (DIP 원칙)