私たちは、Androidは、実際にサードパーティのプラグインのGradleのGradleのあることを知って、それは、GoogleのAndroidチームによって開発されたのGradleのビルドベース、およびAndroidのメーカー完璧にマッチました。（例：Eclipseの+ Antの）旧ビルドシステムと比較すると、それはより柔軟で設定しやすくするだけでなく、私たちの共通のマルチチャネル・パッケージである派生バージョンを、簡単に作成できます。
以下は、公式のAndroidの説明であります：
（1）容易にコードおよびリソースを再利用することができます。
異なる機能を持つアプリケーションを作成するために、複数のAPKを作成する：（2）簡単のような、アプリケーションの派生バージョンを作成することができます。
（3）簡単に、拡張機能、カスタムビルドプロセスを配置することができます。
（4）とシームレスに統合されたIDEであることができます。
、アンドロイドのGradleプラグインカテゴリー
カテゴリーのAndroidのGradleプラグインは、Androidのプロジェクトの属性カテゴリに基づいています。Androidの中の作品の3種類があり、アプリケーションは、実行中のアプリケーションのAPKを生成することができ、エンジニアリングのクラスです。一つは、私たちのjarファイルパッケージとして、他のアプリケーションに委託AAR公共事業を生成することができライブラリプロジェクトですが、それはAndroidのリソースに関する情報が含まれ、それは特別なjarファイルパッケージです。最後のカテゴリは、プロジェクトのテストのテストエンジニアリングであるか、アプリケーションのライブラリは、ユニットテストのために働きます。
アプリのプラグインID：com.android.application
図書館插件ID：com.android.library
テストプラグインID：com.android.test
三つの異なるプラグインアプリケーション上で、あなたは私たちのプロジェクトは、プロジェクトのAndroidアプリAndroidのライブラリやプロジェクト、またはAndroidのテストのテストプロジェクトで設定することができます。その後、我々は、Androidメーカー、それらをコンパイル、テスト、出版、他の操作と協働することができます。
第二に、アプリケーションのAndroidのGradleプラグイン
アンドロイドのGradleのGradleプラグインはJcenterでホストされているサードパーティ製のプラグインとして、あなたが適用する前に、我々は最初の依存クラスパスを設定する必要があり、我々はプラグインを使用するときに、Gradleのは、それらを見つけるために：
buildscript { リポジトリ{ jcenter（） } の依存関係{ クラスパス「com.android.tools.build:gradle:3.4.0 」 // 注：ここでは、アプリケーションの依存関係を置かないでください。彼らが所属 // 個々のモジュールのbuild.gradleファイルに } }
私たちは、倉庫jcenterを構成し、私たちは時間の設定に依存する場合、Gradleのは、我々の依存を見つけるために倉庫に行きます。その後、我々は依存関係{}構成を宣言し、我々は、AndroidのGradleプラグのバージョンが3.4.0することを必要とします。
すべてのサブプロジェクトが設定を繰り返す必要がないようにbuildscriptは{}この構成セクションには、プロジェクトのbuild.gradleスクリプトファイルのルートに書き込むことができます。上記の構成が良いです後、私たちは私たちのAndroidのGradleプラグインを適用することができます。
プラグインを適用する：' com.android.application ' アンドロイド{ compileSdkVersion 28 }
アンドロイド{} Androidはプラグによって提供されるタイプの拡張であり、それは米国は、AndroidのGradleプロジェクトをカスタマイズすることを可能にします。
上記の例では、アプリケーションのプラグインやアプリケーションのAndroidライブラリAndroidのテストプラグインが類似しているプロジェクトで、あなただけが対応するIDを交換する必要があります。
三、アンドロイドのGradleは、コンフィギュレーションを使用します
1. compileSdkVersion
compileSdkVersionプロジェクトは、SDKのAndroidのバージョンをコンパイルするように構成されています。
2. buildToolsVersion
buildToolsVersion Androidのビルドツールのバージョン。このツールは、APPT、DEXや他のツールを含むキットであるAndroidのSDKディレクトリ、で見つけることができます。
3. defaultConfig
defaultConfigは、デフォルトの設定です。それはProductFlavorです。ProductFlavorは、マルチチャンネルパッキングとして、状況に依存しながら、私たちは異なるAPKパッケージを複数生成することを可能にします。ProductFlavorのために私たちのカスタムが別途設定されていない場合は、このdefaultConfig ProductFlavorのデフォルト設定を使用します。主な構成は次のフィールドが含まれます。
- APPLICATIONID：パッケージ名の設定。
- minSdkVersionが：AndroidのAPIレベルの最小値は、サポートされています。
- targetSdkVersion：アンドロイドの特定のバージョンの開発に基づいています。
- versionCode：アプリケーションアプリケーションのビルド番号は、一般的にAPPのアップグレードを制御するために使用します。
- versionName：アプリケーションの名前のAppバージョン。
4. buildTypes
buildTypesはドメインオブジェクトです。私たちは、このようなデバッグなどの種類、任意の数を構築する必要がbuildTypesを{}追加することができ、Gradleのは私たちが自動的に対応するbuildTypesを作成するのに役立ちます、私たちの名前が定義された名前です。
構築するの一般的なタイプ：
- minifyEnabled：建物の種類の混乱を有効にするかどうか、虚偽の表現をtrueに設定することができ、有効化、有効化されていません。
- proguardFiles：私たちは混乱を開けると、ProGuardの設定ファイルは、我々は、このような混乱のレベル、クラスやメソッド、混乱のないなどとして、混乱を、ProGuardの方法を設定することができ、それを通して、使用。これは、可変長引数を受け入れることができproguardFiles BuildType方式に対応します。
四、AndroidのGradleのタスク
Androidのは、Javaプラグインのプラグインに基づいており、基本的なように、組み立てチェックし、構築し、として継承されたタスク、などのJavaプラグインのすべての機能が含まれています。また、カテゴリ内のAndroidはまたconnectedCheck、deviceCheck、糸くず、インストール、アンインストールタスクを追加し、これらは、Android固有の機能の一部です。どこで：
- connectedCheck：エミュレータに接続されたすべてのデバイス上で実行チェックやチェック。
- deviceCheck：API経由でチェックを実行するためのリモートデバイス。
- 糸くず：すべてのProductFlavorで実行糸くずをチェックします。
- インストール＆アンインストール：あなたは私たちの接続されたデバイス上で直接あなたのAPPをインストールまたはアンインストールすることができます。
私たちの一般的なタスクが一般的である：ビルド、アセンブルし、清潔な、糸くず、確認してください。