モバイル開発プラットフォーム mPaaS は、次の 3 つの統合方法をサポートしています。このトピックでは、これら 3 つのモードについて説明し、適切な統合方法を選択するための推奨事項を提供します。
ネイティブ AAR 統合方法
ネイティブ AAR 統合メソッドは、ネイティブ Android AAR のパッケージングスキームを使用します。このスキームにより、Android 開発者は使い慣れた技術スタックを使用できます。開発者が mPaaS 関連のパッケージングの知識を習得する必要はありません。開発者は、Android Studio の mPaaS プラグインを使用するか、Maven pom および bom を直接使用することで、mPaaS をプロジェクトに統合できます。ネイティブ AAR 統合メソッドにより、開発者はコストを削減しながら mPaaS をより簡単に使用できます。このモードは、mPaaS の使用をすぐに開始したいと考えており、コンポーネントベース (Portal&Bundle) 統合メソッドの需要がないお客様にお勧めします。
ネイティブ AAR モードは、10.1.68 以降のバージョンでサポートされています。
コンポーネントベースの統合方法 - Portal & Bundle
コンポーネントベースの統合とは、mPaaS がアプリを、独立して実行される 1 つ以上の Bundle プロジェクトと、Open Service Gateway Initiative (OSGi) テクノロジーに基づく 1 つの Portal プロジェクトに分割することを意味します。 mPaaS は、各 Bundle プロジェクトのライフサイクルと依存関係を管理し、Portal プロジェクトを使用してすべての Bundle プロジェクト パッケージを単一の実行可能 .apk パッケージにマージします。この方法は、大規模なマルチプレーヤーによる同時開発 プロジェクト に適用できます。コンポーネントベースの統合を使用するには、mPaaS gradle パッケージングツールを使用する必要があります。このツールには、gradle バージョンと com.android.tools.build:gradle バージョンにいくつかの要件があります。
統合方法の選択方法
mPaaS を他の SDK と同様に簡単にアクセスして使用したい場合は、ネイティブ AAR 統合方法を使用することをお勧めします。
大規模な同時開発の概念は、mPaaS を使用して プロジェクト を再構築するために重要です。コンポーネントベースの統合方法を使用することをお勧めします。
統合方法の比較
ネイティブ AAR 統合 | コンポーネント化された統合 | |
ソース | 公式 Google 統合方法 | Alipay |
パッキング速度 | 3 つの中で最も遅く、ネイティブ統合とまったく同じです | パッキング速度は速く、パッキング 時間 は分散されます |
プロジェクト構成 | App モジュール とライブラリ モジュール | Portal (アプリのシェル) と Bundle (さまざまなビジネス コンポーネント) |
依存 Gradle バージョン | 最新の公式バージョンにアップグレードできます | 4.4/6.3。自身でアップグレードすることはできません |
依存 AGP ツールチェーン | 最新の公式バージョンにアップグレードできます | AGP 3.0.1/3.5.x (自身で他のバージョンにアップグレードすることはできません) |
Android Support Library | 使用可能 | mPaaS が提供するバージョン (23) を使用する必要があり、自身でアップグレードすることはできません。 |
Android X | 完全サポート | サポートしていません |
databinding | 完全サポート | v1 |
kotlin | 完全サポート | 使用しないことをお勧めします |
Android Gradle Plugin。Android パッケージング用の gradle プラグインです。
android.enableJetifier=trueおよびandroid.useAndroidX=trueを使用。