Clean Architecture

 

클린 아키텍쳐란 프로그램 개발 시 3가지의 계층 (Enitity, UseCase, External Interfaces) 로 구분하며, 내부의 계층일 수록 외부의 계층과 단절되어야 있음을 뜻한다.

 

즉, 외부 인터페이스 내에 존재하는 DB, UI등은 Enitity에서 알아채선 안된다.

 

최대한 의존성을 낮추는 것이 이 패턴의 핵심이다.

 

 

 

구성요소

Entity는 주로 정책에 관련된 정보를 가지며, 가장 기본적인 데이터를 가지거나 이 값들을 계산하는 로직을 가진다. DTO도 이 계층에 포함된다.

 

UseCase는 단순 실행 가능 작업을 가진다. Android의 경우에서는 UI와 상호작용하여 Repository 패턴을 통해 데이터를 가져오는 것을 뜻한다. getTestDataUseCase 등의 메소드 이름을 통해 기능을 알 수 있도록 해야 한다.

 

Presenter는 Entity, UseCase의 형식을 데이터베이스나 Web등에 적용할 수있는 형태로 변환하는 작업을 한다. MVP의 Presenter나 MVVM의 ViewModel부분이 포함된다. 즉, 순수한 비즈니스 로직을 담당하는 계층이 된다. Repository 역시 이 영역에 포함된다.

 

Framework & Drivers는 상세한 정보를 둔다. UI를 구성하거나 DB등을 구성하는 가장 바깥 계층이다.

 

 

 

안드로이드에 맞춰보자

안드로이드에 맞춰 이를 이해해보자.

 

안드로이드용으로 만들어진 Clean Architecture는 Presesntation, Domain, Data 계층으로 나누게 된다.

 

또한 위 그림처럼, Presentation -> Data -> Domain 계층쪽으로 의존성을 가지게 된다.

 

 

- Presentation : Activity, Fragment, ViewModel을 포함하는 계층. 화면의 출력이나 입력에 대한 처리, UI와 직접적인 연관이 있는 부분을 담당한다. 이 레이어에서는 Domain과 Data영역을 모두 포함한다.

 

- Data : Repository, Cache, Room, Dao, Model, API 등을 갖추고 있으며 로컬 또는 서버와 통신하여 데이터를 읽고 쓰기한다. Domain 레이어를 포함한다.

 

- Domain : 앱 내의 비즈니스 로직을 포함하고, 비즈니스 로직에 필요한 Model, UseCase를 포함한다. UseCase란 각 개별 기능 또는 비즈니스 논리 단위라 생각하면 된다. 보통 하나의 기능을 담당하며, 이름만 보고도 이것이 무슨 기능을 가졌을 지 알아챌 수 있어야 한다는 것이다. 참고로, Domain 계층은 Presentation은 물론이며 Data레이어와도 어떤 의존을 가지지 않는다.

 

 

샘플코드는 차후 작성해볼 생각이다.