앱 아키텍처 원칙

관심사 분리

• 코드를 작성할때 Activity 혹은 Fragment와 같은 UI 기반의 클래스는 UI 및 OS 상호작용을 처리하는 로직만 포함해야 합니다.
  (UI 클래스를 최대한 가볍게 유지하여 Lifecycle 관련 문제를 피하기 위함)
• UI 클래스는 무언가를 소유하는 것이 아닌 OS와 앱 사이의 계약을 나타내도록 이어주는 클래스 일 뿐이며, 따라서 OS는 메모리 부족과 같은 특정 상황이 발생하면 언제든지 UI 클래스를 제거할 수 있습니다.
• 요약하자면, UI 클래스로부터 UI, OS 상호작용을 제외한 다른 로직을 분리하여 UI 클래스에 대한 의존성을 최소화하는 것이 앱 관리측면에서 좋습니다.

모델에서 UI 만들기

• UI는 Model에서 만들어져야 합니다. Model은 앱의 데이터 처리를 담당하는 컴포넌트로, 앱의 View 객체 및 앱 컴포넌트와 독립되어 있으므로 앱의 LifeCycle에 영향을 받지 않습니다.
• Model은 가급적 지속적인 Model을 사용하는 것이 좋습니다. 그 이유는 OS에서 리소스 확보를 위해 앱을 제거해도 사용자 데이터가 삭제되지 않고 네트워크에 문제가 있어도 앱이 계속 작동하게 할 수 있기 때문입니다.

AAC란?

• Android Architecture Components
• 테스트와 유지보수가 쉬운 앱을 디자인할 수 있도록 돕는 라이브러리의 모음