오랫동안 안드로이드 개발을 해왔기 때문에 일상 업무의 경험을 정리해서 여러분께 도움이 되었으면 좋겠습니다.
모범 사례
프로그래밍은 창의적인 분야이며 Android 앱 구축도 예외는 아닙니다. 여러 활동 또는 조각 간에 데이터를 전달하거나, 원격 데이터를 검색하고 오프라인 모드에서 사용하기 위해 로컬로 유지하거나, 복잡한 앱이 직면하는 기타 일반적인 상황에서 문제에 접근하는 방법은 다양합니다.
다음 권장 사항은 필수는 아니지만 경험에 따르면 이를 따르면 코드베이스가 더 강력해지고 테스트 가능하며 장기적으로 유지 관리가 더 쉬워집니다.
활동, 서비스, 브로드캐스트 수신기 등 애플리케이션의 진입점을 데이터 소스로 지정하지 마세요.
대신, 해당 진입점과 연결된 데이터의 하위 집합을 검색하려면 다른 구성 요소와만 조정해야 합니다. 각 앱 구성 요소는 사용자가 장치와 상호 작용하는 방식 및 시스템의 현재 전반적인 상태에 따라 짧은 기간 동안 존재합니다.
애플리케이션의 다양한 모듈 간에 명확하게 정의된 책임 경계를 설정합니다.
예를 들어, 네트워크에서 데이터를 로드하는 코드를 코드 베이스의 여러 클래스나 패키지에 분산시키지 마십시오. 마찬가지로, 관련 없는 책임(예: 데이터 캐싱 및 데이터 바인딩)을 동일한 클래스에 정의하지 마세요.
각 모듈에서 가능한 한 적은 코드를 노출합니다.
모듈의 내부 구현 세부 정보를 노출하는 "단일" 바로가기를 만들려고 시도하지 마세요. 단기적으로는 시간을 절약할 수 있지만 코드베이스가 계속해서 커지면 기술적인 문제가 반복적으로 발생할 수 있습니다.
각 모듈을 독립적으로 테스트 가능하게 만드는 방법을 고려하세요.
예를 들어 잘 정의된 API를 사용하여 네트워크에서 데이터를 가져오는 경우 해당 데이터를 로컬 데이터베이스에 유지하는 모듈을 테스트하는 것이 더 쉽습니다. 이 두 모듈의 로직을 함께 혼합하거나 네트워킹 코드를 코드베이스 전체에 분산시키는 경우 불가능하지는 않더라도 테스트하기가 훨씬 더 어려워집니다.
다른 앱과 차별화되도록 앱의 고유한 핵심에 집중하세요.
동일한 상용구 코드를 반복해서 작성하지 마십시오. 시간 낭비입니다. 대신, 앱을 독특하게 만드는 데 시간과 노력을 집중하고 Android 아키텍처 구성요소 및 기타 추천 라이브러리가 반복적인 상용구를 처리하도록 하세요.
관련성이 높은 최신 데이터를 최대한 많이 유지하세요.
이렇게 하면 사용자는 기기가 오프라인 모드일 때에도 앱 기능을 사용할 수 있습니다. 모든 사용자가 안정적인 고속 연결을 즐길 수 있는 것은 아닙니다.
하나의 데이터 소스를 단일 진실 소스로 지정합니다.
앱이 이 데이터에 액세스해야 할 때마다 항상 이 단일 정보 소스 에서 나와야 합니다 .