ビルドツールは何ですか?
ビルドツールで実行可能なアプリケーションが自動的に(例えば、の.apkアンドロイドアプリの)ソースコードプログラムから作成されます。建設、コードのコンパイルを含む連結、及び使用可能な形式又は実行可能ファイルにパッケージ化。
基本的には、オートメーションを構築するなど、さまざまなタスクや日常の活動にソフトウェア開発要員を自動化するスクリプトの動作は次のとおりです。
- ダウンロードの依存関係。
- ソースコードは、バイナリコードにコンパイルされます。
- バイナリコードをパッケージ化。
- テストを実行します。
- 生産システムに展開。
なぜ我々は、ビルドツールを使用するか、自動化を構築していますか?
小さなプロジェクトでは、開発者は多くの場合、手動で呼び出されたプロセスを構築します。この大規模なプロジェクトでは、これらのプロジェクトには実用的ではない、構築する必要があるものの建物と依存関係の処理のシーケンスを追跡することは困難です。自動化ツールは、ビルドプロセスをより一貫性を持たせることができます。
これは、ビルドツール(名称わずか数)をご用意しております:
- Java用 - アリ、Mavenの、のGradle。
- NAntの - .NET Frameworkの
- C#の - のMSBuild。
最終的にはMavenは地獄であります -
私は、彼らがMavenを知ってもらう前に、教育ビデオの達人は、何回か繰り返して見て覚えています。私はそれが明確ではないが、今把握、基本的に始まり、低すぎる低下どのように精通したか自分自身を知りません。ボーエンは、それは私のような、達人につまずいた人誰が、それらを支援することです、書きました。祝福は基本的にあなたがそれはそう単純ではあります読んでいます。
参考ボーエン:人気はMavenを理解します
次のように長い記事は、おそらくロードマップがあります
Mavenの導入、3つの主要な属性のjarパッケージを取得するための予備的な理解 - >紹介倉庫(取得したjarパッケージはから来ている) - (Mavenプロジェクトを作成するために)>コマンドライン管理Mavenプロジェクト - >のMyEclipseを作成します。 Mavenのプロジェクト - >のpom.xmlに依存関係の詳細(位置決めジャーを説明するために、パッケージのさまざまな属性を取得する座標。
--WH
まず、簡単な少し疑問?
小さな問題に言及し、説明する前に。
あなたが開発2つのEclipseのJavaプロジェクトの下にある場合1.1、、、どのようにこの依存関係を維持するのは、一部の機能は、いくつかのタイプBのプロジェクトに依存プロジェクトBを、その呼びましょうか?
非常に単純な、それだけで私たちはあなたの前にプログラムを書く際に、他の誰かの機能コードで書かれている必要があるプロジェクトの種類、あなたはjarファイルのパッケージをインポートすることができますようにされていません。だから、ケースは、Bは、jarファイルのパッケージを標識し、[ライブラリA Bプロジェクトにjarファイルをインポートすることができる項目は、ここにもあるので、プログラムは、カテゴリーBの一部を呼び出すことができます
そのいくつかの欠陥を行います
Bのバグで見つかった開発プロセスは、あなたがBの良いプロジェクトを変更する必要があり、再パッケージ化された場合とBプロジェクトの再コンパイル操作
開発が完了した後、プロジェクトAの正常な動作を保証するために、あなたは2つの解(別の瓶などのjarパッケージの使用に依存しなければならないよう)Bに依存する必要があり、最初のパッケージBを選択Aは、第二は、Bはまた、他の人が使用する必要があるときなど、アウト解放します、我々はBjarインポートする必要がありますパッケージを使用すると、開発者に語りました。2つの非常に面倒で、前者は、(例えば、開発者は、他のプロジェクトは、2つのBのをインポートし、Bは、ローカルに格納されているBに依存し、次に、ジャーにジャーが存在するであろう開発されてもよい)リソースの無駄であってもよいです私たちはしばしば遭遇され、JARパッケージの様々を見つける、非常に面倒(Mavenのは同じではありませんで)
1.2、我々は、我々が知ると、手動でインポートし、超複雑なために、依存するJARパッケージの数十に使用されるSSHの枠組みに持って、プロジェクトを開発し、またはそのようなSSHのフレームワークを使用して、わずかデモを行いました。
二つの上記の問題点、実際には、すべての問題を投影するプロジェクトに依存している[すべてのjar SSHを使用して、プロジェクト、およびプロジェクトがSSHを依存関係と述べ]、人工手動でそれらを解決するために、それは面倒です、簡単ではありませんので、使用Mavenは、私たちが管理を支援するために
二つは、何であるか最後にMavenの?
Mavenのは、プロジェクトオブジェクトモデル(POMプロジェクトオブジェクトモデル)に基づいており、あなたは簡単な説明、ソフトウェアプロジェクト管理レポートおよびドキュメントツールでプロジェクトを管理するための情報(コンフィギュレーション)を構築することができます[Baiduの百科事典]
これは、あなたがMavenのが何であるかを理解していない場合は、主要な方言である、上記の、Mavenのコア機能は、プロジェクト間の依存関係の合理的な説明である私が感じる、のような、人気話す、それはPOMであり、これらの言葉を言いませんでした。 XML設定ファイル取得のjarパッケージ、手動でのjarパッケージを追加することなく、そしてここで少しMavenの人々を学ぶためのpom.xmlファイル、ビット馴染み、どのような構成のpom.xmlで、あなたは瓶のパッケージに取得することができますそれは?pom.xml構成ファイルから来ますか?だから、我々はあなたがのpom.xmlのjarパッケージを取得するために使用する必要がある場合は、プロジェクトが最初のMavenプロジェクト、Mavenプロジェクトなど、すべてのあなたが考えることができなければならないので、把握する必要があり、同様の問題は、上記のプロジェクトおよびJava Webプロジェクトで層で包まれていることですMavenは、エッセンスのJava Javaプロジェクトやプロジェクト、ウェブまたはウェブプロジェクトが、その後、ラップのmavenで、あなたは(のpom.xmlを追加することにより、JARパッケージ)達人が提供する機能の一部を使用することができます。
したがって、前の段落の説明に従って、私たちの究極の目標は、我々は我々がMavenプロジェクトを作成する方法を理解する必要がある前に、のpom.xmlにjarファイルを取得したいものを設定する方法を学ぶことです、Mavenのプロジェクト構造はどのようになり、普通のJava、Webプロジェクトの違い、そしてどのように我々はのpom.xmlファイルがjarファイルを取得する方法を見つけるためにここに事前に、その上の対応するjarファイルのパッケージを取得のpom.xml設定とするには、この後の詳細に依存この設定ファイル。
pom.xmlの書かれたjarパッケージのJUnitを得ます。
なぜあなたは、のgroupId、たartifactIdを通じてバージョンの3つのプロパティをjarファイルのパッケージを見つけることができますか?
pom.xmlファイルの上部にプロジェクトに追加、プロジェクトは上記の3つの特性によって、間違いなくMavenプロジェクトであるパッケージのバージョンに対応するJUnitのjarファイルを見つけることができ、その後、プロジェクトは確かにのJUnit Mavenプロジェクト、のJUnit Mavenプロジェクトでありますpom.xmlファイルは、この下の図のように、その後のプロジェクトは、これら3つの属性を介して他のMavenのjarパッケージのJUnitプロジェクトを見つけることができるようになります、3つの識別子を持つことになります。そのため、それぞれの達人で作成したプロジェクトは、これらの3つのプロパティ値を書き込むことが求められます。
私は、彼らがMavenを知ってもらう前に、教育ビデオの達人は、何回か繰り返して見て覚えています。私はそれが明確ではないが、今把握、基本的に始まり、低すぎる低下どのように精通したか自分自身を知りません。ボーエンは、それは私のような、達人につまずいた人誰が、それらを支援することです、書きました。祝福は基本的にあなたがそれはそう単純ではあります読んでいます。
参考ボーエン:人気はMavenを理解します
次のように長い記事は、おそらくロードマップがあります
Mavenの導入、3つの主要な属性のjarパッケージを取得するための予備的な理解 - >紹介倉庫(取得したjarパッケージはから来ている) - (Mavenプロジェクトを作成するために)>コマンドライン管理Mavenプロジェクト - >のMyEclipseを作成します。 Mavenのプロジェクト - >のpom.xmlに依存関係の詳細(位置決めジャーを説明するために、パッケージのさまざまな属性を取得する座標。
--WH
まず、簡単な少し疑問?
小さな問題に言及し、説明する前に。
あなたが開発2つのEclipseのJavaプロジェクトの下にある場合1.1、、、どのようにこの依存関係を維持するのは、一部の機能は、いくつかのタイプBのプロジェクトに依存プロジェクトBを、その呼びましょうか?
非常に単純な、それだけで私たちはあなたの前にプログラムを書く際に、他の誰かの機能コードで書かれている必要があるプロジェクトの種類、あなたはjarファイルのパッケージをインポートすることができますようにされていません。だから、ケースは、Bは、jarファイルのパッケージを標識し、[ライブラリA Bプロジェクトにjarファイルをインポートすることができる項目は、ここにもあるので、プログラムは、カテゴリーBの一部を呼び出すことができます
そのいくつかの欠陥を行います
Bのバグで見つかった開発プロセスは、あなたがBの良いプロジェクトを変更する必要があり、再パッケージ化された場合とBプロジェクトの再コンパイル操作
開発が完了した後、プロジェクトAの正常な動作を保証するために、あなたは2つの解(別の瓶などのjarパッケージの使用に依存しなければならないよう)Bに依存する必要があり、最初のパッケージBを選択Aは、第二は、Bはまた、他の人が使用する必要があるときなど、アウト解放します、我々はBjarインポートする必要がありますパッケージを使用すると、開発者に語りました。2つの非常に面倒で、前者は、(例えば、開発者は、他のプロジェクトは、2つのBのをインポートし、Bは、ローカルに格納されているBに依存し、次に、ジャーにジャーが存在するであろう開発されてもよい)リソースの無駄であってもよいです私たちはしばしば遭遇され、JARパッケージの様々を見つける、非常に面倒(Mavenのは同じではありませんで)
1.2、我々は、我々が知ると、手動でインポートし、超複雑なために、依存するJARパッケージの数十に使用されるSSHの枠組みに持って、プロジェクトを開発し、またはそのようなSSHのフレームワークを使用して、わずかデモを行いました。
二つの上記の問題点、実際には、すべての問題を投影するプロジェクトに依存している[すべてのjar SSHを使用して、プロジェクト、およびプロジェクトがSSHを依存関係と述べ]、人工手動でそれらを解決するために、それは面倒です、簡単ではありませんので、使用Mavenは、私たちが管理を支援するために
二つは、何であるか最後にMavenの?
Mavenのは、プロジェクトオブジェクトモデル(POMプロジェクトオブジェクトモデル)に基づいており、あなたは簡単な説明、ソフトウェアプロジェクト管理レポートおよびドキュメントツールでプロジェクトを管理するための情報(コンフィギュレーション)を構築することができます[Baiduの百科事典]
これは、あなたがMavenのが何であるかを理解していない場合は、主要な方言である、上記の、Mavenのコア機能は、プロジェクト間の依存関係の合理的な説明である私が感じる、のような、人気話す、それはPOMであり、これらの言葉を言いませんでした。 XML設定ファイル取得のjarパッケージ、手動でのjarパッケージを追加することなく、そしてここで少しMavenの人々を学ぶためのpom.xmlファイル、ビット馴染み、どのような構成のpom.xmlで、あなたは瓶のパッケージに取得することができますそれは?pom.xml構成ファイルから来ますか?だから、我々はあなたがのpom.xmlのjarパッケージを取得するために使用する必要がある場合は、プロジェクトが最初のMavenプロジェクト、Mavenプロジェクトなど、すべてのあなたが考えることができなければならないので、把握する必要があり、同様の問題は、上記のプロジェクトおよびJava Webプロジェクトで層で包まれていることですMavenは、エッセンスのJava Javaプロジェクトやプロジェクト、ウェブまたはウェブプロジェクトが、その後、ラップのmavenで、あなたは(のpom.xmlを追加することにより、JARパッケージ)達人が提供する機能の一部を使用することができます。
したがって、前の段落の説明に従って、私たちの究極の目標は、我々は我々がMavenプロジェクトを作成する方法を理解する必要がある前に、のpom.xmlにjarファイルを取得したいものを設定する方法を学ぶことです、Mavenのプロジェクト構造はどのようになり、普通のJava、Webプロジェクトの違い、そしてどのように我々はのpom.xmlファイルがjarファイルを取得する方法を見つけるためにここに事前に、その上の対応するjarファイルのパッケージを取得のpom.xml設定とするには、この後の詳細に依存この設定ファイル。
pom.xmlの書かれたjarパッケージのJUnitを得ます。
なぜあなたは、のgroupId、たartifactIdを通じてバージョンの3つのプロパティをjarファイルのパッケージを見つけることができますか?
pom.xmlファイルの上部にプロジェクトに追加、プロジェクトは上記の3つの特性によって、間違いなくMavenプロジェクトであるパッケージのバージョンに対応するJUnitのjarファイルを見つけることができ、その後、プロジェクトは確かにのJUnit Mavenプロジェクト、のJUnit Mavenプロジェクトでありますpom.xmlファイルは、この下の図のように、その後のプロジェクトは、これら3つの属性を介して他のMavenのjarパッケージのJUnitプロジェクトを見つけることができるようになります、3つの識別子を持つことになります。そのため、それぞれの達人で作成したプロジェクトは、これらの3つのプロパティ値を書き込むことが求められます。