Google Play 스토어에 게시하기 위해 Android 앱 코드를 준비하는 방법

이제는 자신의 앱을 보면서 지겨워 할 것입니다. 기본 Android 앱을 작성하고 앱을 테스트하고 버그를 수정하고 다시 테스트하고 기능을 추가하고 더 많은 테스트를 수행하며 심야 늦게까지 숙제를하고 더 많은 테스트를 완료했습니다. 하지만 앱을 게시 할 계획이라면 여기에 조언이 하나 있습니다. 테스트를 마친 후에는 더 테스트 해보십시오.

"철저한"테스트를 수행 할 때 클릭하지 않았던 버튼의 순서를 자문 해보십시오. 그런 다음 버튼을 클릭하고 이상한 순서로 위젯을 사용하도록 용기를 북돋 으십시오. 그리고 휴대 전화를 사용하는 동안 기기를 옆으로 기울이고 기기를 뒤집어서 기기를 머리 위로 들어 올린 다음 앱을 사용해보세요. 기기가 휴대 전화 인 경우 수신 전화로 앱을 중단합니다.

테스트를 마쳤습니까? 아직. 친구가 기기에서 앱을 테스트하도록합니다. 무엇을 하든지, 게시 할 지침 이외의 지침을 제공하지 마십시오. 더 나은 것은 아직 발표 할 지침을 제공하지 마십시오. 일부 사용자는 지침을 읽지 않을 것입니다. 친구들에게 앱 실행 경험에 대해 물어보십시오. 친구들이 너무 정중하다는 것을 느낀다면 자세한 내용을 보려면 친구들을 누르십시오.

응용 프로그램 테스트 취소

응용 프로그램을 테스트하면 제대로 작동하지 않는 기능을 찾을 수 있습니다. 로그를 확인하고 문제 진단에 도움이되는 코드를 추가하는 것이 좋습니다. 앱을 게시 할 준비가되면 불필요한 진단 코드를 제거하고 추가 로깅 문을 제거하고 사용자가 아닌 개발자에게 이익이되는 다른 코드를 제거하십시오.

앱을 개발할 때 테스트 데이터를 만들었을 수도 있습니다. (앱의 연락처 목록에 Donald라는 오리가 있습니까?) 테스트 데이터를 만든 경우 앱에서 데이터를 삭제하십시오.

프로젝트의 AndroidManifest를 확인하십시오. XML 파일. 요소에 android: debuggable = "true"속성이 있으면 해당 속성을 제거하십시오. 속성의 기본값은 false입니다.

Android 버전 선택

새 프로젝트를 만들 때 Android Studio에서 최소 SDK 버전을 묻습니다. 프로젝트 빌드. gradle 파일은 minSdkVersion 필드에 선택한 레코드를 보관합니다. 빌드를 편집하여이 번호를 변경할 수 있습니다. 그라디언트 파일입니다.

이 minSdkVersion 번호는 너무 낮거나 너무 높지 않아야하므로 중요합니다.

minSdkVersion 번호가 너무 낮 으면 앱에 최신 Android 버전의 기능이 사용되지 않습니다.

앱이 매우 간단하다면 괜찮습니다. 하지만 앱이 새로운 Android 버전에서 다르게 보이는 경우 앱의 빈티지 느낌이 사용자를 끌 수 있습니다.
minSdkVersion 번호가 너무 높으면 Play 스토어에서 이전 기기를 사용하는 사용자에게 앱을 제공하지 않습니다.

실제로 앱의 minSdkVersion이 21 일 경우 KitKat 기기로 Play 스토어를 방문하는 사용자에게 앱이 표시되지 않습니다. (이미 INSTALL_FAILED_OLDER_SDK 오류 메시지가 표시되었을 수 있습니다.Enverter의 SDK 버전이 앱의 minSdkVersion보다 낮기 때문에 Android Studio에서 선택한 에뮬레이터에 앱을 설치할 수 없습니다.)

사용자를 간단하게 제거하고 싶지 않습니다. 최신 Android 기기가 없기 때문에 따라서 더 많은 사용자에게 도달하려면 minSdkVersion이 너무 높지 않게하십시오. API 레벨 11 이후에 도입 된 기능을 앱에서 사용하지 않는 경우 minSdkLevel을 11로 설정하십시오.

많은 API 레벨을 가진 에뮬레이터에서 앱을 실행 해보십시오. 문제가 생기면 (예: API 레벨 10의 에뮬레이터에서) 프로젝트의 minSdkLevel을 해당 골칫거리 수준보다 높게 설정합니다.

새 프로젝트를 만들 때 대상 Android 장치 대화 상자에 Help Me Choose 링크가 포함되어 있습니다. 이 링크를 클릭하면 Lollipop, KitKat, Jelly Bean 및 기타 Android 버전을 실행하는 기기의 비율을 보여주는 차트가 표시됩니다. 이 클릭 가능한 차트는 각 Android 버전의 기능을 설명하고 (가장 중요하게) 각 버전을 실행하는 기기의 비율을 보여줍니다. 이 차트의 정보를 통해 최신 기능과 가장 광범위한 사용자 대상 간의 최상의 절충안을 선택할 수 있습니다.

Android의 지원 라이브러리 를 사용하면 구형 Android 버전의 기기에서 최신 Android 기능을 이용할 수 있습니다.

앱의 버전 코드 및 버전 이름 설정하기

새 프로젝트를 만들 때 Android Studio는 빌드에 몇 가지 기본 속성을 추가합니다. 그라디언트 파일입니다. 이러한 속성에는 versionCode 및 versionName 필드가 포함됩니다.

defaultConfig {… versionCode 1 versionName "1. 0 "}

버전 코드는 정수 여야하며 앱의 코드 번호는 시간이 지남에 따라 증가해야합니다. 예를 들어 첫 번째 게시 된 버전의 버전 코드가 42 인 경우 두 번째 게시 된 버전의 버전 코드가 42보다 커야합니다.

사용자는 버전 코드를 볼 수 없습니다. 대신 사용자는 앱의 버전 이름을 볼 수 있습니다. 앱의 버전 이름에 문자열을 사용할 수 있습니다. 많은 개발자들이 메이저 릴리스를 사용합니다. 마이너 릴리스. 포인트 시스템. 예를 들어, 일반적인 버전 이름은 1 일 수 있습니다. 2. 2. 그러나 제한이 없습니다. 안드로이드는 모든 디저트 이름을 가지고 있으며 애플은 정글 고양이 이름을 사용했기 때문에

versionName "sea squirt"

를 빌드합니다. 그라디언트 파일입니다. (Look up!)

Amazon Appstore에 게시하려는 경우 versionName에 sea squirt와 같은 구문을 사용하지 마십시오. Amazon Appstore는 도트로 서로 분리 된 최대 5 개의 정수 버전 name을 고집합니다.예를 들어, 2. 30과 1. 2. 0. 325. 0과 같은 versionName 값은 정상적으로 작동합니다.