理解のIntelliJ IDEAプロジェクトの設定とWeb展開（転載）

転載：https://www.cnblogs.com/deng-cc/p/6416332.htmlそれは非常に詳細に

1、ご理解のプロジェクト設定

IDEAは、設定の中で最も重要な品種です。このプロジェクトStructreで、プロジェクト実行し、マングルではない仕事に関連します。むしろ、Eclipseのより身近なIDEAを持つ企業もつい最近までに、より深く理解するため、使用中、そしてここで、後に出力を終え、研究それに関する情報のすべての種類を得ました。

1.1プロジェクト

名前プロジェクト：プロジェクトの名前を定義します。
SDKプロジェクト：プロジェクトは、JDKを使用するように設定されている、あなたもここにJDKの他の新しいバージョンを追加することができます。
言語レベルのプロジェクト：コンパイル検査にプロジェクトを定義するときに、このおよびJDK似た、あなたはJDK1.8を設定するが、唯一の1.6プロパティを使用している場合ことを除いて、これが最小となる、1.6の言語レベルを設定することができますは、JDKの特性を必要と;
出力コンパイラプロジェクト：プロジェクトリストのデフォルトのコンパイラの出力は、黄色の部分に示すように、実際には、各モジュールは、独自の特殊な出力ディレクトリを設定することができます（モジュール- （プロジェクト） -パス、使用モジュールのコンパイル出力パスを- ）このビットがセットされているので、無味。

1.2モジュール

1.2.1削除のサブプロジェクト

プロジェクトは複数のサブプロジェクトを持つことができ、各サブモジュールに相当します。一般的に、我々は唯一の単一のものを投影し、のIntelliJ IDEAプロジェクトのリストは、デフォルトのフォームで、それだけで一つのモジュールを必要とします。

（2つの項目は、例えば、参照により本明細書に組み込まれます）

1.2.2コンポーネントの設定

各サブプロジェクトのソースに対応し、パス、依存関係の3つの構成オプション：

出典：表示これらのプロジェクトは、ディレクトリを展開するために必要とされているディレクトリのリソースプロジェクトは、異なる色は、異なるタイプを表します。
パス：あなたはすなわち、コンパイル出力アドレスクラスプロジェクトとテストクラス、プロジェクトのビルド出力ディレクトリを指定することができます（プロジェクトのデフォルト出力アドレスを交換してください）
依存関係：プロジェクトに依存

1.2.3フレームの削除（ウェブ展開-1）

各サブプロジェクトの下で、それは、ウェブセクションの設定についてここではハイライトを使用するフレームワークを定義することができます。

1.3ライブラリ

ここでジャーを表示することができるパケット添加ジャーパッケージを同時に添加してもよく、及び複数の瓶、ジャーパッケージ類似仕上げ内部グループに入れることができます。

デフォルトのパケットが別のグループを作るために各ジャー（保留、テストされていません）。

1.4ファセット

公式の説明は次のとおりです。

あなたは要素セレクタペインのフレームワーク（面）を選択すると、フレームワークの設定は、ダイアログの右側部分に示されています。

（左の上では、右側のフレームワークの設定の一部が表示され、選択パネル技術のフレームワーク上でクリックしたとき）

実を言うと、私は何の効果も感じませんでした。

1.5アーティファクト（Web配布-2）

パッケージ化されたプロジェクトの展開の設定は、このプロジェクトは、より重要な領域の内側に設定されている、私たちは集中しましょう。

最初の成果物の公式な定義を見て、下にその意味を理解します：

アーティファクトは、テスト、デプロイするために一緒に入れたり、ソフトウェア・ソリューションまたはその一部を分配することを、プロジェクト資産の集合体です。例としては、コンパイル済みのJavaクラスのコレクションまたはその他のJavaアーカイブ、ディレクトリ構造などのWebアプリケーションやWebアプリケーションアーカイブにパッケージ化されたJavaアプリケーションです

つまり等のコンパイルされたJavaクラス、Webリソースの統合、テストするための、展開など。そして、その方言な戦争として、パッケージ化する方法にモジュールを言うことです。このパッケージング形式など、戦争、瓶、耳を爆発。モジュールとアーティファクトは、アプリケーション・サーバーにデプロイすることができます。

（

JAR：通常配信プラットフォームのJavaアプリケーションやライブラリのファイルにJavaクラスファイル、関連するメタデータとリソース（などのテキスト、画像、）ファイルの数が多いの重合に使用されるJavaアーカイブ、。

WAR：アプリケーションのWebアーカイブ、JSP、Javaサーブレット、Javaクラス、XMLファイル、タグライブラリ、配布のための静的なページ（HTMLおよび関連ファイル）だけでなく、他のリソースを含む一種のJARファイルどのWebアプリケーション。

爆発：ここでは、拡張され、圧縮されていないを意味すると理解することができます。それは戦争、瓶及びその他の出力は、圧縮前のディレクトリ構造ではなかったです。このモードでは、開発したときに、簡単にすぐにファイル明らかな効果を変更することをお勧めします。

）

デフォルトでは、IDEAモジュールと出力ディレクトリのアーティファクトは、変更する必要が設定されているパッケージは、自動的にWEB-INFディレクトリ内のクラスを生成するときに、戦争と名付け、その後、コンパイル済みのファイルに入ります。

あなたは、設定ファイルがまだ出力ディレクトリ上でコンパイルされていない前に、どこ出力ディレクトリを理解していない可能性が？それを統合するこれらのリソースのディレクトリがあるのはなぜ？それは何を問題ではなかったですか？

あなたが実行Tomcat上でクリックしたときに実際には、実際には、デフォルトでは次のことを行うようになりました。

コンパイル、/自動保存コンパイルを行うことはありません保存した後IDEAは、保存されているEclipseのコンパイラとは異なり、そのサーバーを実行する前にコンパイルを行います。コンパイルされたクラスファイルは、指定したプロジェクトのビルド出力ディレクトリ（1.2.2を参照）に格納されています。
セット内のアーティファクトのディレクトリ構造を作成しました。
アーティファクトの下のディレクトリに、ルートディレクトリ内のすべてのファイルのためのWebリソースのコピー（1.2.3を参照）。
WEB-INF（1.2.2を参照）の下でアーティファクトのディレクトリにコピー出力コンパイルされたクラスディレクトリ。
WEB_INFでアーティファクトに目的のディレクトリのlibのjarパッケージのコピー。
必要に応じてファイル名を指定して実行サーバは、成功を実行した後、自動的に指定されたURLにアクセスするためのブラウザを開きます。