如何在Kotlin中参数化import语句适配多Build Flavors？

最优解：调整模块包结构（推荐） #

直接将所有Kotlin模块的包名与flavor的applicationId解绑：

• 把模块中硬绑定flavor的包路径（如com.mycompany.myapp1.mymodule）修改为独立路径（如com.mycompany.mymodule）
• 统一所有import语句为import com.mycompany.mymodule.SomeModule，切换flavor时无需任何额外配置即可正常工作

无法修改包名时的替代方案 #

方案1：利用Kotlin类型别名+Flavor源集 #

1. 在主工程中为每个flavor创建专属源目录：

   • src/myApp1/kotlin/com/mycompany/
   • src/myApp2/kotlin/com/mycompany/

2. 在每个目录下创建ModuleAlias.kt文件，定义类型别名：

   • myApp1环境下的文件内容：

     package com.mycompany
     import com.mycompany.myapp1.mymodule.SomeModule
     typealias AppSomeModule = SomeModule
     

   • myApp2环境下的文件内容：

     package com.mycompany
     import com.mycompany.myapp2.mymodule.SomeModule
     typealias AppSomeModule = SomeModule
     

3. 在通用代码中统一使用别名导入：

   import com.mycompany.AppSomeModule
   // 后续直接使用AppSomeModule，切换flavor时会自动映射到对应实际类
   

该方案保留IDE代码提示与编译检查，是无法修改包名时的较优选择

方案2：编译常量+反射（应急方案，不推荐） #

1. 在主工程build.gradle的productFlavors中添加编译常量：

   productFlavors {
       myApp1 {
           dimension "app-types"
           applicationId "com.mycompany.myapp1"
           buildConfigField "String", "MODULE_BASE_PACKAGE", "\"com.mycompany.myapp1.mymodule\""
       }
       myApp2 {
           dimension "app-types"
           applicationId "com.mycompany.myapp2"
           buildConfigField "String", "MODULE_BASE_PACKAGE", "\"com.mycompany.myapp2.mymodule\""
       }
   }
   

2. 通过反射获取类实例替代直接import：

   // 替代硬编码的import语句
   val someModuleClass = Class.forName("${BuildConfig.MODULE_BASE_PACKAGE}.SomeModule")
   val someModuleInstance = someModuleClass.getDeclaredConstructor().newInstance() as SomeModule
   

注意：该方案会失去IDE代码提示与编译检查，且反射会带来性能损耗，仅适合临时应急使用

内容的提问来源于stack exchange，提问作者Charles Martin