オリジナル住所：https://blog.csdn.net/liupeifeng3514/article/details/79544532
Mavenののコアの役割は、プロジェクトの依存関係を管理することで、我々はジャーパックのさまざまなを導入する必要があります。任意のJavaコンポーネントの解析を自動化するためには、Mavenのジャーパッケージは一意に私たちは、座標を言いたいですプロジェクトの基本的な管理に依存している、識別するために、これらまたは他のリソースでなければなりません。当社独自の開発プロジェクトを含むが、それだけで他のプロジェクトを参照するに依存するように、また独自に、座標によって識別されます。
Mavenの座標は何か1、
座標（座標）については、それはそれは平面幾何学と呼ばれる小さな数学ですが、私にはない、特に深い印象、バーの数学的な座標を持つ最も精通している必要があります。面内でX軸とY軸と座標系において、x軸は水平で、y軸は垂直で、座標（x、y）は、x軸からの点yを表し、y軸は、点の距離xは、任意一意平面の座標点を特定することができます。
実生活では、我々は座標の一種として扱うことができます。異なる地方、異なる都市、異なる地域、異なる通りや異なるアドレスをそれぞれを特定する一連の情報。多くの場合、経験を持っている必要があり、食品の配達の兄があなたのアドレスに基づいて行われます深センの人々にテイクアウトを食べことはあなたのためのお持ち帰り、そしてあなたはそれが一意のアドレスを特定埋めるアドレスを入力します。
すべてのJavaコンポーネント同じIDカードのように調整します。Mavenの世界は、あなたが戦争のかもしれないが、それは何か他のものかもしれない、おそらく瓶、Javaコンポーネントの多くを持っていることです。Mavenの座標の概念がない場合は、我々はこれらのメンバーを区別することはできませんので、我々は独自に各コンポーネントを識別しなければなりません。さもないと、従来の手動方法のように、あなたが春春春ダウンロードしたパッケージに行く必要が、あなたはmysqlはMySQLのMySQLのパッケージを行ってダウンロードする必要があり、一律の基準はない、どのようにこれらのコンポーネントに依存して自動化することができます。
Mavenは、私たちが独自の座標を使用して識別されたルールのセットを開発与えました。Mavenの座標要素はのgroupId、たartifactId、バージョン、パッケージング、含む classfierを。限り、我々は要素の正確な座標を提供として、Mavenはリモートリポジトリのダウンロードに行っていない場合は、まず、対応するコンポーネントを見つける見つけるためにあなたのローカルリポジトリに行くことができるようになります。何のリモートリポジトリは、中央の倉庫アドレス（からデフォルトした場合http://repo1.maven.org/maven2）ダウンロードコンポーネント、中央リポジトリは、世界で最も人気のあるオープンソースのプロジェクトメンバーが含まれていませんが、必ずしもそうではないすべてのコンポーネントのは、持っています、私はこの問題は同じままかどうかわからない、以前の開発で、Oracleデータベースのjarパッケージを見つけることができませんが発生しました。
当社独自の開発プロジェクトは、だけでなく、私たちの定義は必須要件、プロジェクトはプロジェクトの他のコンポーネントを参照することができる唯一の方法であるプロジェクトを、座標与えるとき。
図2に示すように、詳細な説明の座標
Mavenは例を見てみましょう、定義するためのgroupId、たartifactId、バージョン、パッケージ、classfierこれらの要素を座標：
私たちは、一般的にのみ、必要としないことが多い不要ないくつかの要素は、また、簡単な言及を持って前に、の各要素が何を表すかを見てみましょういくつかの良いのに必要な要素の正常な発達に使用する必要がありますA。
groupId：実際のプロジェクトがMavenプロジェクトが所属現在で定義します。まず、Mavenプロジェクトと実際のプロジェクトでは、必ずしも1対1の関係ではありません。SpringFrameWorkたとえばがMavenプロジェクトに対応する実際の商品は、のように、ばねコア、ばねコンテキストとして、多くであろう。Mavenのモジュール内の概念は、それゆえ、実際のプロジェクトは、多くのモジュールに分割される傾向があるためです。第二に、groupIdを対応する項目は、組織や会社を提携してはなりません。その理由は、のgroupIdが唯一の組織レベルを定義する場合、多くの実用的なアイテムは、1つの組織の下にある、シンプルであり、我々は後に、たartifactIdだけMavenプロジェクト（モジュール）に定義することができます見るであろう、そして、実際のプロジェクトでは、このレベルを定義するのは難しいだろう。最後に、同様の表現は、Javaパッケージ名、逆ドメイン名を持つ通常1つの対応の表現をのgroupId。このようJUnitの上の世界が、それはまた、枝の多くではありませんので、上記の例、JUnitのようgroupIdをは、これが可能で、非常に特別な感じされていません。
たartifactId：この要素は、Mavenプロジェクト（モジュール）現在の実際のプロジェクトを定義するには、お勧めは、たartifactIdの接頭辞として実際のプロジェクト名を使用することです。このようJUnitのの例としては、JUnitのは、簡単で直感的なプロジェクトの実際の名前です。デフォルトでは、Mavenは、このような接頭辞としてJUnitの-3.8.1.jar、実際のプロジェクト名として、あなたは簡単に地元の倉庫からアイテムのメンバーを見つけることができ、ファイルヘッダとして成果物だろう、成果物を生成しました。
バージョン：この要素は、コンポーネントのバージョンを定義し、上記実施のJUnitのバージョン3.8.1を使用する代わりに、バージョン4.0 4.0のJUnit指示することができるです。
包装：パックファッションのMavenプロジェクトの定義は、どのようなパッケージのコンポーネントを使用します。まず、パッケージングは、典型的にはパッケージングの実施形態として、デフォルトは、JARパッケージ、最終という名前のファイルのJUnit-3.8.1.jarは、生成されたファイル拡張子部材に相当します。なども戦争にパッケージ化することができます。
クラシファイア：この要素は、ビルドいくつかの出力の添付ファイルを定義するために使用されます。取付部材及び主部材に対応し、上記実施形態では、主部材はJUnitの-3.8.1.jarで、プログラムは、プラグインの数でのJUnit-3.8.1-javadoc.jar、JUnitの-3.8.1-源として生成されてもよいです。瓶、取付部材は、座標の独自のセットを持つことになりますように。
5つの要素のgroupId、たartifactIdは、バージョンを定義する必要があり、オプションパッケージ（JARデフォルト）、直接classfier規定できないが、それはプラグインの組み合わせを必要とします。
我々だけでなく、見ために自分自身を比較し、このコンポーネントの値によって名前がいくつかの要素で構成されているのJUnit-3.8.1.jarを見つけることができ、Mavenのリポジトリのレイアウトはまた、Mavenの座標に基づいており、我々は見ることができますローカル倉庫レイアウトかどうかそう。
Mavenの座標を理解した後、我々は、Mavenの依存関係の管理を学ぶために始めることができます。