android系统应用的平台化开发，一种开发思路，旨在方便平台开发。
在android操作系统中，源码编译生成app，加入带系统签名的app，这些应用都带有系统权限，统一放在了system/app或者system/priv-app目录下。可以说这类应用的开发相对独立且功能有一致性的，最大的区别还是UI是多变的。
平台化的开发就是可以把开发的应用放在不同的android 平台下，同时兼容android不同版本。不同平台当然对应不同项目，也对应着不同的UI需求。虽然UI不同，但本质是一样的，都是某个应用，功能一样，底层逻辑基本不会变化太大，即使接口不同，也可以采取兼容的举措，尽量继承为一个通用的module。根据这种场景衍生出下面的开发方式。将应用与底层（framework层或者驱动层）交互的逻辑继承在一个lib库下，UI则统一在App的主Module开发，可以在中间夹杂一层develp的module模块进行串联lib和UI，来达到解耦或者多平台兼容性的处理。同时可以封装通用的base库，供各个应用层依赖。下图为大概的参考架构：
image
在不同的平台下，framework适配了不同的修改，此时可以区分不同平台的framework.jar，供应用调用不同的接口。
image
首先需要在app的build.gradle下，配置多平台的方式如下：
flavorDimensions("platform")
productFlavors {
platform1 {
dimension "platform"
buildConfigField "Integer", "PLATFORM", "1"
resValue "string", "platformType", "platform1"
gradle.projectsEvaluated {
tasks.withType(JavaCompile) {
options.compilerArgs.add("-Xbootclasspath/p:$rootProject.rootDir/syslibs/platform1/framework.jar")
}
}
}
platform2 {
dimension "platform"
buildConfigField "Integer", "PLATFORM", "2"
resValue "string", "platformType", "platform2"
gradle.projectsEvaluated {
tasks.withType(JavaCompile) {
options.compilerArgs.add("-Xbootclasspath/p:$rootProject.rootDir/syslibs/platform2/framework.jar")
}
}
}
platform3 {
dimension "platform"
buildConfigField "Integer", "PLATFORM", "3"
resValue "string", "platformType", "platform3"
gradle.projectsEvaluated {
tasks.withType(JavaCompile) {
options.compilerArgs.add("-Xbootclasspath/p:$rootProject.rootDir/syslibs/platform3/framework.jar")
}
}
}
其中配置了android studio编译时不同平台的framework.jar, 同时需要配置不同平台的framework.jar依赖，jar包方式如下：
dependencies {
platform1CompileOnly files("$rootProject.rootDir/syslibs/platform1/framework.jar")
platform2CompileOnly files("$rootProject.rootDir/syslibs/platform2/framework.jar")
platform3CompileOnly files("$rootProject.rootDir/syslibs/platform3/framework.jar")
}
同理，其他的jar依赖也可通过上述方式配置区分不同平台。
app签名在不同平台下是不一致的，此时需要配置不同的签名，配置平台签名方式：
signingConfigs {
platform1 {
storeFile file(project.rootDir.absolutePath + "/sign/platform1/sign.jks")
storePassword "123456"
keyAlias "sign"
keyPassword "123456"
}
platform2 {
storeFile file(project.rootDir.absolutePath + "/sign/platform2/sign.jks")
storePassword "123456"
keyAlias "sign"
keyPassword "123456"
}
platform3 {
storeFile file(project.rootDir.absolutePath + "/sign/platform3/sign.jks")
storePassword "123456"
keyAlias "sign"
keyPassword "123456"
}
}
签名路径放在根目录下的sign目录下：
image
当应用还需区分一些权限申请、组件声明时，可以通过sourceSets区分平台的AndroidManifest.xml文件。
sourceSets {
platform1 {
main {
manifest.srcFile 'src/main/platform1/AndroidManifest.xml'
}
}
platform2 {
main {
manifest.srcFile 'src/main/platform2/AndroidManifest.xml'
}
}
platform3 {
main {
manifest.srcFile 'src/main/platform3/AndroidManifest.xml'
}
}
}
之后可以通过Build Variants选项生成不同平台的apk了。
image
在应用代码中需要区分平台时，可通过BuildConfig来获取配置的平台属性。
int platform = BuildConfig.PLATFORM;
if (platform == 1) {
//Todo do something for platform1
Log.d(TAG, "current platform is 1");
} else if (platform == 2) {
//Todo do something for platform2
Log.d(TAG, "current platform is 2");
} else if (platform == 3) {
//Todo do something for platform3
Log.d(TAG, "current platform is 3");
}
上面的属性为build.gradle的buildConfigField配置的Integer值当然可以通过BuildConfig.FLAVOR来获取当前平台的String值抑或通过其他手段如系统属性获取。
如果开发的应用需要在源码中编译，则可根据源码配置的属性来区分不同平台，并编译不同的模块。
ifeq ($(PLATFORM_NAME), platform1)
LOCAL_MANIFEST_FILE := src/main/platform1/AndroidManifest.xml
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := syslibs/platform1/framework.jar
else ifeq ($(PLATFORM_NAME), platform2)
LOCAL_MANIFEST_FILE := src/main/platform2/AndroidManifest.xml
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := syslibs/platform2/framework.jar
else ifeq ($(PLATFORM_NAME), platform3)
LOCAL_MANIFEST_FILE := src/main/platform3/AndroidManifest.xml
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := syslibs/platform3/framework.jar
else
LOCAL_MANIFEST_FILE := src/main/AndroidManifest.xml
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := syslibs/framework.jar
endif
如上是一套系统平台化开发的思路，可参考作为系统应用开发的模式，当然也有着千变万化，可以定义适配自己项目的平台化开发路线，后续将方便平台迁移和提高应用的开发效率。
网友评论