오늘도 더 나은 코드를 작성하였습니까?

관심사의 분리 초보 개발자는 앱을 만들다보면 UI 기반의 클래스(Activity 또는 Fragment)에 많은 코드를 작성한다. UI 기반의 클래스는 UI 및 운영체제와 상호작용을 처리하는 로직만 포함해야 합니다. 이러한 클래스를 최대한 가볍게 유지하여 많은 수명 주기 관련 문제를 피할 수 있다. Activity 및 Fragment 구현은 소유의 대상이 아니며 Android OS와 앱 사이의 계약을 나타내도록 이어주는 클래스일 뿐입니다. OS는 사용자 상호작용을 기반으로 또는 메모리 부족과 같은 시스템 조건으로 인해 언제든지 클래스를 제거할 수 있습니다. 만족스러운 사용자 환경과 더욱더 수월한 앱 관리 환경을 제공하려면 이러한 클래스에 대한 의존성을 최소화하는 것이 좋습니다 SOLID 원칙과 많은 부분이..

객체지향 설계 원칙(SOLID) 1. 단일 책임 원칙(Single Responsibility Principle) - 모든 클래스는 하나의 책임을 가지며 그 책임을 완전히 캡슐화해야 된다. - 클래스가 제공하는 모든 기능은 책임과 연관되어 있다. - 모듈, 클래스, 메서드는 단 하나의 기능을 가져야 한다. - 수정을 하거나 에러가 나면 고치기 쉽다. 2. 개방- 폐쇄의 원칙(Open Closed Principle) - 확장에 대해 열려 있다. 모듈의 동작을 쉽게 확장할 수 있다는 것을 의미한다. 애플리케이션의 요구 사항이 변경될 때, 이 변경에 맞게 새로운 동작을 추가해 모듈을 확장할 수 있다. 추후 변경사항이 발생하더라도 다른 코드나 모듈에 영향이 없도록 한다는 것. - 수정에 대해 닫혀 있다. 어떤 모..