Intellij-idea-deep-dive

提供:Dev Guides
移動先:案内検索

Intellij Idea-ディープダイブ

このチュートリアルの最初の4つの章は、初心者にIntelliJの基本レベルの概要を提供するように設計されています。 このセクションでは、IntelliJを深く掘り下げ、プロジェクトの詳細、その形式、およびその他の事項について説明します。

プロジェクトを理解する

プロジェクトは、作業中のアプリケーションまたはソフトウェアです。 複数のモジュール、クラス、ライブラリ、構成などを含めることができます。 これは、階層の最上位の要素です。

モジュールについて

モジュールには、「プロジェクト」の下に1つのラングがあります。 モジュールは、他のモジュールとは独立してコンパイル、デバッグ、実行できる独立したエンティティです。 1つのプロジェクトに複数のモジュールを含めることができます。 プロジェクトのモジュールはいつでも追加または削除できます。

これに加えて、既存のモジュールをインポートすることもできます。 既存のモジュールをインポートするには、次の手順に従ってください-

  • [ファイル]→[プロジェクト構造]に移動します。
  • モジュールを選択し、プラスアイコンをクリックします。
  • モジュールをインポートするオプションが表示されます。

モジュール機能

フォルダーについて

  • コンテンツルート*は、モジュールを構成するすべてのファイルを含むフォルダーです。 モジュールには、複数のコンテンツフォルダーを含めることができます。 フォルダは次のタイプに分類されます-
  • ソース-このカテゴリをフォルダに割り当てることにより、IntelliJに、このサブフォルダとそのサブフォルダにJavaソースコードが含まれており、コンパイルプロセスの一部としてコンパイルする必要があることを指示します。
  • テスト-このカテゴリをフォルダーに割り当てることで、IntelliJにユニットテストの場所であることを指示します。 このフォルダーは、Sourcesフォルダーからクラスにアクセスできます。
  • リソース-プロジェクトで使用されるさまざまなリソースファイル、たとえば画像、XML、プロパティファイルを表します。 コンパイルプロセス中に、このフォルダーの内容がそのまま出力フォルダーにコピーされます。
  • 除外-除外フォルダーのコンテンツは、IntelliJによってインデックス付けされません。 つまり、IntelliJはコード補完の提案やその他のヒントを提供しません。 たとえば、出力ディレクトリとターゲットディレクトリはデフォルトで除外されます。
  • テストリソース-これはリソースに似ており、単体テストに使用されます。

コンテンツルート

ライブラリについて

ライブラリは異なるクラスのコンパイルです。 ライブラリはコードの再利用を可能にします。 Javaでは、ライブラリをZIP、Jar、または単にフォルダーに入れることができます。 ライブラリは3つの異なるレベルで定義できます。 レベルは、グローバル、プロジェクト、およびモジュールレベルです。

  • グローバルレベル-すべてのプロジェクトで共有。
  • プロジェクトレベル-プロジェクトのすべてのモジュールで共有されます。
  • モジュールレベル-それらのモジュールのクラスによって共有されます。

ファセットを理解する

ファセットはモジュールの拡張です。 彼らは、フレームワークとテクノロジーにサポートを追加します。 モジュールにファセットが追加されると、IntelliJはサポートを追加することを識別します。 たとえば、エディターのヒントとヘルプ、ウィンドウバーの新しいツール、依存関係のダウンロードなど。 以下に示すように、[ファイル]→[プロジェクト構造]ウィンドウからファセットを追加できます-

ウィンドウバー

アーティファクト

アーティファクトはプロジェクトの出力です。 単純なJARファイル、Java EEアプリケーション、またはJava EJBアプリケーションにすることができます。 GradleやMavenなどの外部ビルドツールを使用している場合、IntelliJはそれらのアーティファクトを自動的に追加します。 アーティファクトは、以下に示すように、[ファイル]→[プロジェクト構造]に移動して作成できます-

アーティファクト

既存のプロジェクトのインポート

このセクションでは、既存のプロジェクトをインポートする方法を理解します。 私たちは2つの方法でプロジェクトをインポートできます-

  • 既存のソースからインポートする
  • ビルドモデルからインポートします。

現在、GradleおよびMavenビルドツールをサポートしています。 プロジェクトをインポートするには-

  • 既存のソースから「ファイル」→「新規」→「プロジェクト」に移動します。
  • 既存のプロジェクトのディレクトリ、Mavenのpom.xmlまたはGradleのビルドスクリプトを選択します。
  • [OK]ボタンをクリックします。

既存のプロジェクトのインポート

プロジェクト形式

IntelliJは、*ディレクトリベース*と*ファイルベース*の2種類のプロジェクト形式をサポートしています。 ディレクトリベースの形式は、推奨される新しい形式です。 デフォルトでは、IntelliJはディレクトリベースのプロジェクト形式を作成します。 新しいプロジェクトの作成中にプロジェクト形式を選択できます。 新しいプロジェクトウィンドウで、下の画像に示すように、さらに設定をクリックするだけです-

プロジェクト形式

ディレクトリベースのプロジェクト形式

この形式は、プロジェクトにアイデアフォルダーを作成し、そのフォルダー内にすべての構成ファイルを保持するのに役立ちます。 設定はxmlファイルにグループ化されます。 たとえば、 misc.xml、modules.xml、workspace.xml などを作成します。 次のスクリーンショットは、これがどのように機能するかを理解するのに役立ちます-

ディレクトリベースのプロジェクト形式

ファイルベースのプロジェクト形式

*.. ipr* および *wpr* 拡張子を持つ2つのプロジェクトファイルが作成されます。 iprファイルにはプロジェクト固有の設定が含まれ、wprファイルにはワークスペース固有の設定が含まれます。

ファイルベースのプロジェクト形式

ファイルベースのプロジェクトをディレクトリベースのプロジェクトに変換するには、*ファイル→ディレクトリベースの形式で保存*に進みます。

ディレクトリベースのプロジェクト形式とファイルベースのプロジェクト形式

ファイルベースのプロジェクト形式と比較して、ディレクトリベースのプロジェクト形式は、意味のある名前を持つ別のフォルダーに設定を保存します。 他の違いは-

  • 関連する設定が単一のファイルに保存されるため、ディレクトリベースのプロジェクト形式で管理しやすくなります。
  • フォルダーにideaサブフォルダーが含まれている場合、IntelliJはそのプロジェクトを認識します。 このため、iprプロジェクトを明示的に選択する必要はありません。
  • ディレクトリベースのプロジェクト形式では、設定が複数のファイルに分割されるため、特定の種類の設定を選択してバージョン管理システムに保存する方が簡単です。