비즈니스 로직 VS UI 로직

💡안드로이드 아키텍처에서 중요한 역할을 하는 비즈니스 로직과 UI 로직에 대하여 정리하였습니다.

 

개요

안드로이드에서는 다양한 Architecture Sample을 제공합니다. 아키텍처 패턴에 따라서 다양한 로직을 분리하게 되는데, 그 중에서 비즈니스 로직과 UI 로직은 각기 다른 역할을 수행하는 중요한 개념으로 적용되고 있습니다. 이 두개념은 서로 다른 책임을 가지고 있으며, 애플리케이션 아키텍처를 깔끔하고 유지보수 가능하게 만드는 데 중요한 역할을 합니다.

https://github.com/android/architecture-samples/blob/130f5dbebd0c7b5ba195cc08f25802ed9f0237e5/app/src/main/java/com/example/android/architecture/blueprints/todoapp/tasks/TasksViewModel.kt#L47

비즈니스 로직 vs UI 로직

비즈니스 로직

• 비즈니스 로직은 앱 데이터에 대한 비즈니스 요구 사항을 구현하는 것으로, 주로 도메인 또는 데이터 레이어에 위치합니다.
• 무엇을 해야하고, 어떻게 처리하는 지를 결정하는 애플리케이션의 비즈니스 규칙을 포함합니다.
• UI나 플랫폼에 의존하지 않아야 하며, 여러 플랫폼에서 재사용이 가능한 로직을 말합니다.

UI 로직

• 화면에서 상태 변경을 어떻게 표시할 지에 관한 것으로 Android Resources를 사용하여 적절한 텍스트를 화면에 표시하거나, 특정 화면 이동과 사용자에게 메시지 표시하는 것 등을 포함합니다.
• 특정 UI 프레임워크와 밀접하게 연관되어 있으며, 특정 플랫폼에 종속적입니다.

MVP의 Passive View

• MVP 패턴에서 사용되는 개념인 Passive View는 View가 가능한 최소한의 로직만 처리하고, 모든 비즈니스 로직은 Presenter가 담당하는 구조를 말합니다.
• View는 단순히 UI 요소를 표시하고, 사용자 입력을 Preserter로 전달하는 수동적인 역할만을 수행합니다.

Passive View는 모든 애플리케이션별 동작이 포함된 화면과 컴포넌트를 컨트롤러로 추출하여 위젯의 상태를 컨트롤러가 전적으로 제어할 수 있도록 합니다. 이 때 핵심은 뷰를 가장 단순한 상태로 유지하여, 테스트 가능성과 확장성을 높이는 구조를 완성해야 합니다.

Resource Provider

• UI 로직을 효과적으로 분리하고 테스트 가능성을 높이기 위해 UI 수명 주기를 따르는 상태 홀더 클래스를 제공할 수도 있습니다.

[Android] Resource Provider

[Android] Resource Provider

분리하는 이유?

유지보수성 향상

• 비즈니스 로직과 UI 로직이 분리되어 있으면 특정 로직을 변경해도 UI 코드에 영향을 주지 않으며, UI를 변경해도 비즈니스 로직에 영향을 미치지 않습니다.

재사용성 증가

• 비즈니스 로직이 UI와 독립적으로 작성되면 여러 플랫폼에서 같은 비즈니스 로직을 사용할 수 있습니다.

테스트 용이성

• UI 로직은 종종 테스트하기 어려우며, 비즈니스 로직을 UI에서 분리할 수록 독립적으로 단위 테스트가 가능해져 테스트 작성이 쉽습니다.

클린 아키텍처

• 비즈니스 로직과 UI 로직의 분리는 클린 아키텍처나 안드로이드 아키텍처 패턴에서 중요한 개념으로 작용할 수 있습니다.