Ứng dụng đa hương vị dựa trên thư viện đa hương vị trong Android Gradle

Ứng dụng của tôi có một số hương vị cho một số thị trường hệ thống thanh toán trong ứng dụng.

Tôi có một thư viện chia sẻ mã cơ sở cho tất cả các dự án của tôi. Vì vậy, tôi quyết định thêm các hệ thống thanh toán đó vào thư viện này dưới dạng hương vị sản phẩm.

Câu hỏi đặt ra là thư viện android có thể có các hương vị sản phẩm không?

Nếu vậy, làm cách nào tôi có thể đưa các hương vị khác nhau vào hương vị tương ứng của ứng dụng?

Tôi đã tìm kiếm rất nhiều, và tôi không thể tìm thấy bất cứ điều gì về kịch bản này. Điều gần gũi duy nhất tôi tìm thấy là điều này trong http://tools.android.com/tech-docs/new-build-system/user-guide :

dependencies {
    flavor1Compile project(path: ':lib1', configuration: 'flavor1Release')
    flavor2Compile project(path: ':lib1', configuration: 'flavor2Release')
}

Tôi đã thay đổi cấu hình thành những thứ khác nhau nhưng nó không hoạt động!

Tôi đang sử dụng android studio 0.8.2.

Cuối cùng, tôi đã tìm ra cách làm điều này, tôi sẽ giải thích nó ở đây cho những người khác gặp phải vấn đề tương tự:

Phần quan trọng là đặt PublishingNonDefault thành true trong thư viện build.gradle, Sau đó, bạn phải xác định các phần phụ thuộc theo đề xuất của hướng dẫn sử dụng.

Toàn bộ dự án sẽ như thế này:

Thư viện build.gradle:

apply plugin: 'com.android.library'

android {        
    ....
    publishNonDefault true
    productFlavors {
        market1 {}
        market2 {}
    }
}

project build.gradle:

apply plugin: 'com.android.application'

android {
    ....
    productFlavors {
        market1 {}
        market2 {}
    }
}

dependencies {
    ....
    market1Compile project(path: ':lib', configuration: 'market1Release')
    market2Compile project(path: ':lib', configuration: 'market2Release')
}

Bây giờ bạn có thể chọn hương vị ứng dụng và bảng Build Variants và thư viện sẽ được chọn cho phù hợp và tất cả việc xây dựng và chạy sẽ được thực hiện dựa trên hương vị đã chọn.

Nếu bạn có nhiều mô-đun ứng dụng dựa trên thư viện, Android Studio sẽ phàn nàn về xung đột lựa chọn Biến thể, Không sao cả, hãy bỏ qua nó.

Có một vấn đề với câu trả lời của Ali . Chúng tôi đang đánh mất một khía cạnh rất quan trọng trong các biến thể xây dựng của mình. Nếu chúng ta muốn có tất cả các tùy chọn (trong ví dụ dưới đây của tôi là 4 (2 x 2)), chúng ta chỉ cần thêm các cấu hình tùy chỉnh trong tệp build.gradle của mô-đun chính để có thể sử dụng tất cả các loại đa buildType trong Build Variants. Chúng tôi cũng phải đặt PublishingNonDefault true trong tệp build.gradle của mô-đun thư viện .

Giải pháp ví dụ:

Lib build.gradle

android {

    publishNonDefault true

    buildTypes {
        release {
        }
        debug {
        }
    }
    productFlavors {
        free {
        }
        paid {
        }
    }
}

App build.gradle

android {

    buildTypes {
        debug {
        }
        release {
        }
    }
    productFlavors {
        free {
        }
        paid {
        }
    }
}

configurations {
    freeDebugCompile
    paidDebugCompile
    freeReleaseCompile
    paidReleaseCompile
}

dependencies {

    freeDebugCompile project(path: ':lib', configuration: 'freeDebug')
    paidDebugCompile project(path: ':lib', configuration: 'paidDebug')
    freeReleaseCompile project(path: ':lib', configuration: 'freeRelease')
    paidReleaseCompile project(path: ':lib', configuration: 'paidRelease')

}

Cập nhật cho Android Plugin 3.0.0 trở lên

Theo Tài liệu Android chính thức - Di chuyển cấu hình phụ thuộc cho các mô-đun cục bộ ,

Với độ phân giải phụ thuộc nhận biết biến thể, bạn không còn cần sử dụng các cấu hình dành riêng cho biến thể, chẳng hạn như freeDebugImplementation, cho các phụ thuộc mô-đun cục bộ — plugin sẽ giải quyết việc này cho bạn

Thay vào đó, bạn nên định cấu hình các phần phụ thuộc của mình như sau:

dependencies {
    // This is the old method and no longer works for local
    // library modules:
    // debugImplementation project(path: ':library', configuration: 'debug')
    // releaseImplementation project(path: ':library', configuration: 'release')

    // Instead, simply use the following to take advantage of
    // variant-aware dependency resolution. You can learn more about
    // the 'implementation' configuration in the section about
    // new dependency configurations.
    implementation project(':library')

    // You can, however, keep using variant-specific configurations when
    // targeting external dependencies. The following line adds 'app-magic'
    // as a dependency to only the "debug" version of your module.

    debugImplementation 'com.example.android:app-magic:12.3'
}

Vì vậy, trong câu trả lời của Ali, hãy thay đổi

dependencies {
    ....
    market1Compile project(path: ':lib', configuration: 'market1Release')
    market2Compile project(path: ':lib', configuration: 'market2Release')
}

đến

implementation project(':lib')

Và plugin sẽ tự động xử lý các cấu hình cụ thể của biến thể. Hy vọng nó sẽ giúp những người khác nâng cấp Android Studio Plugin lên 3.0.0 và cao hơn.

Plugin Android của tôi là 3.4.0 và tôi thấy rằng nó không cần cấu hình ngay bây giờ. Tất cả những gì bạn cần là đảm bảo hương vị và sản phẩmFlavors trong ứng dụng có chứa một sản phẩm

Trong mylibrary's build.gradle

apply plugin: 'com.android.library'

android {        
    ....
    flavorDimensions "mylibFlavor"

    productFlavors {
        market1
        market2
    }
}

build.gradle của ứng dụng:

apply plugin: 'com.android.application'

android {
    ....
    flavorDimensions "mylibFlavor", "appFlavor"
    productFlavors {
        market1 {
            dimension "mylibFlavor"
        }
        market2 {
            dimension "mylibFlavor"
        }
        common1 {
            dimension "appFlavor"
        }
        common2 {
            dimension "appFlavor"
        }
    }
}

dependencies {
    ....
    implementation project(path: ':mylibrary')
}

Sau khi đồng bộ hóa, bạn có thể chuyển đổi tất cả các tùy chọn trong Cửa sổ Xây dựng Biến thể:

Để có được các hương vị hoạt động trên thư viện AAR, bạn cần xác định defaultPublishConfig trong tệp build.gradle của mô-đun Thư viện Android của bạn.

Để biết thêm thông tin, hãy xem: Xuất bản Thư viện .

Xuất bản Thư viện

Theo mặc định, một thư viện chỉ xuất bản biến thể phát hành của nó. Biến thể này sẽ được sử dụng bởi tất cả các dự án tham chiếu đến thư viện, bất kể biến thể nào họ tự xây dựng. Đây là hạn chế tạm thời do các giới hạn của Gradle mà chúng tôi đang nỗ lực loại bỏ. Bạn có thể kiểm soát biến thể nào được xuất bản:

android {defaultPublishConfig "debug"}

Lưu ý rằng tên cấu hình xuất bản này tham chiếu đến tên biến thể đầy đủ. Việc phát hành và gỡ lỗi chỉ được áp dụng khi không có phiên bản nào. Nếu bạn muốn thay đổi biến thể đã xuất bản mặc định trong khi sử dụng phiên bản hương vị, bạn sẽ viết:

android {defaultPublishConfig "flavour1Debug"}

Hiện tại thì không thể, mặc dù nếu tôi nhớ chính xác thì đó là một tính năng mà họ muốn thêm vào. (Chỉnh sửa 2: liên kết , liên kết2 )

Chỉnh sửa: Hiện tại, tôi đang sử dụng defaultPublishConfigtùy chọn để khai báo biến thể thư viện nào được xuất bản:

android {
    defaultPublishConfig fullRelease
    defaultPublishConfig demoRelease 
}

Tôi biết môn học này đã bị đóng, nhưng chỉ là bản cập nhật với gradle 3.0, hãy xem phần này: https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration.html#variant_aware and grep matchingFallbacksvà missingDimensionStrategy. Bây giờ, cách đơn giản hơn để khai báo sự phụ thuộc giữa các hương vị mô-đun.

... và trong trường hợp chính xác này với gradle3.0, vì các hương vị có cùng tên, gradle sẽ ánh xạ chúng một cách kỳ diệu, không cần cấu hình.

Tôi cũng gặp sự cố khi biên dịch các mô-đun cho các tùy chọn khác nhau.

Những gì tôi đã tìm thấy:

Có vẻ như chúng tôi không cần thêm publishNonDefault truevào build.gradletệp của lib , kể từ Gradle 3.0.1 .

Sau khi dịch ngược một lớp BaseExtensiontìm thấy điều này:

public void setPublishNonDefault(boolean publishNonDefault) {
   this.logger.warn("publishNonDefault is deprecated and has no effect anymore. All variants are now published.");
}

Và thay vì:

dependencies {
...
   Compile project(path: ':lib', configuration: 'config1Debug')
}

Chúng ta nên sử dụng:

dependencies {
...
   implementation project(':lib')
}

Chỉ có điều quan trọng, là thêm một configurations {...}phần vào build.gradle.

Vì vậy, biến thể cuối cùng của build.gradletệp ứng dụng là:

buildTypes {
   debug {
      ...
   }

   release {
      ...
   }
}

flavorDimensions "productType", "serverType"
productFlavors {
   Free {
      dimension "productType"
      ...
   }
   Paid {
      dimension "productType"
      ...
   }
   Test {
      dimension "serverType"
      ...
   }
   Prod {
      dimension "serverType"
      ...
   }
}

configurations {
   FreeTestDebug
   FreeTestRelease
   FreeProdDebug
   FreeProdRelease
   PaidTestDebug
   PaidTestRelease
   PaidProdDebug
   PaidProdRelease
}

dependencies {
   implementation fileTree(dir: 'libs', include: ['*.jar'])
   implementation project(':lib')
   ...
}

Ngoài ra, bạn có thể sử dụng các biến thể Bộ lọc để hạn chế các biến thể bản dựng.

Ps đừng quên bao gồm các mô-đun trong settings.gradletệp, như:

include ':app'
include ':lib'
project(':lib').projectDir = new File('app/libs/lib')