Android의 “제품 맛”

다른 호스트, 아이콘 또는 패키지 이름을 사용하여 동일한 앱의 다른 버전에 의존하는 방법에 대해 때때로 질문을 받았습니다.

이를 수행해야하는 많은 이유와 한 가지 쉬운 방법이 있습니다 : 제품 맛.

앞에서 설명한 이런 종류의 것들을 build.gradle 스크립트에서 정의 할 수 있습니다.

제품의 맛
이 기사의 일부는 제품의 맛에 대한 생각을 담고 있습니다. Android 설명서와 관련하여 :

제품 플레이버는 프로젝트별로 애플리케이션 빌드의 사용자 정의 버전을 정의합니다. 단일 프로젝트는 생성 된 애플리케이션을 변경하는 다른 특징을 가질 수 있습니다.

그것들을 어떻게 정의 할 수 있습니까? 어떤 풍미를 정의하려는 build.gradle에 작성해야합니다.

productFlavors {
        ...
        devel {
            ...
        }

        prod {
            ...
        }
    }

이제 우리는 앱의 두 가지 맛을 갖게 될 것입니다. Build Variants 탭의 Android Studio에서도 확인할 수 있습니다

변형 빌드

여러 패키지 이름

개발 상태의 앱 하나와 프로덕션 상태의 앱 하나를 전화기에 설치하려면 어떻게해야합니까? 아시다시피, 동일한 패키지 이름으로 하나의 앱만 설치할 수 있습니다 (휴대 전화에 설치된 것과 동일한 새 APK를 설치하려고하면 업데이트하려고합니다).

당신이해야 할 유일한 것은 각 제품 맛에 그것을 정의하는 것입니다 :

android {
    productFlavors {
        devel {
            applicationId "zuul.com.android.devel"
        }
        prod {
            applicationId "zuul.com.android"
        }
    }
}

특징에 따라 여러 호스트에 요청 보내기 이전과 같이 제품 특징 구성 필드에 일부 매개 변수를 포함해야합니다.

android {
    productFlavors {
        devel {
            applicationId "zuul.com.android.devel"
            buildConfigField 'String', 'HOST', '"http://192.168.1.34:3000"'

        }

        prod {
            applicationId "zuul.com.android"
               buildConfigField 'String', 'HOST', '"http://api.zuul.com"'

        }
    }
}

예를 들어,이 서버를 Retrofit과 통합하여 사용자가 가리키는 서버를 처리하지 않고 적절한 서버에 요청을 보내는 방법을 보여 주려고합니다. 이 경우 Zuul Android 앱의 일부입니다.

public class RetrofitModule {

    public ZuulService getRestAdapter() {
        RestAdapter restAdapter = new RestAdapter.Builder()
                .setEndpoint(BuildConfig.HOST)
                .setLogLevel(RestAdapter.LogLevel.FULL)
                .build();
        return restAdapter.create(ZuulService.class);
    }

}

보시다시피 BuildConfig 클래스를 사용하여 방금 정의한 변수에 액세스해야합니다.

코드를 통해 사용 가능한 모든 변수 HOST 변수는 코드에서 노출 할 수있는 유일한 변수가 아닙니다. 당신이 원하는대로 할 수 있습니다 :

prod {
    applicationId "zuul.com.android"
    buildConfigField 'String', 'HOST', '"http://api.zuul.com"'
    buildConfigField 'String', 'FLAVOR', '"prod"'
    buildConfigField "boolean", "REPORT_CRASHES", "true"
}

다음과 같이 액세스 할 수 있습니다.

BuildConfig.HOST
BuildConfig.FLAVOR
BuildConfig.REPORT_CRASHES  

풍미마다 다른 아이콘 풍미마다 다른 아이콘을 원한다면 열고있는 것을 시각적으로 감지 할 수 있습니다 (이름으로도 가능하지만 공간에 맞지 않을 수 있습니다!). 각 특징에 대한 새로운 디렉토리 구조를 정의합니다.

방금 사용한 예제에서는 devel과 prod의 두 가지 맛이 있습니다. 그런 다음 두 가지 새로운 디렉토리 구조를 정의하여 원하는 리소스를 정의 할 수 있습니다.

구조

이것은 strings.xml, integers.xml, arrays.xml등과 같은 다른 유형의 리소스와 함께 작동합니다 .

서명 설정 구성

Gradle 빌드 구성을 사용하여 릴리스 빌드 유형에 대한 서명 구성을 수동으로 구성하려면 다음을 수행하십시오.

1. 키 저장소를 작성하십시오. 키 저장소는 개인 키 세트를 포함하는 이진 파일입니다. 키 저장소를 안전하고 안전한 곳에 보관해야합니다. 2. 개인 키를 만듭니다. 개인 키는 개인 또는 회사와 같이 앱으로 식별 할 엔티티를 나타냅니다. 3. 서명 구성을 모듈 수준 build.gradle 파일에 추가하십시오.

android {
...
defaultConfig {...}
signingConfigs {
    release {
        storeFile file("myreleasekey.keystore")
        storePassword "password"
        keyAlias "MyReleaseKey"
        keyPassword "password"
    }
}
buildTypes {
    release {
        ...
        signingConfig signingConfigs.release
    }
}

}

서명 된 APK 생성 :

서명 된 APK를 생성하려면 기본 메뉴에서 빌드> 서명 된 APK 생성을 선택하십시오. app / build / apk / app-release.apk의 패키지가 릴리스 키로 서명되었습니다.

심판 : https://developer.android.com/studio/build/build-variants.html#signing,http://blog.brainattica.com/how-to-work-with-flavours-on-android/

답변

sourceSets {
        main {
            res.srcDirs = ['myProject/res']
        }
    }

productFlavors {
  flavor1 {
    packageName 'com.android.studio.test.foobar'
  }
}

buildTypes {
   release{
    //proguard, signing etc.
   }
   debug {
    //development
   }
  }
}

productFlavors {
    pro {
        applicationIdSuffix '.paid'
        buildConfigField 'boolean', 'PRO', 'true'
    }
    free {
        applicationIdSuffix '.free'
        buildConfigField 'boolean', 'PRO', 'false'
    }
}