Java 9モジュールシステムを使用する場(chǎng)合、名前の仕様、パッケージング制御、依存関係管理、自動(dòng)モジュールの使用、階層設(shè)計(jì)に注意する必要があります。競(jìng)合を回避し、認(rèn)識(shí)を高めるために、com.example.mymoduleなどの逆ドメイン名スタイルを採(cǎi)用することをお?jiǎng)幛幛筏蓼?。セマンティクスで明確にするようにしてください。曖昧な名前や重複した名前を使用しないでください。數(shù)字や特殊文字から始めないでください。エクスポートと要件はモジュール內(nèi)で明確に定義する必要があります。必要なパッケージのみをエクスポートし、依存関係を明示的に宣言し、保守性を改善し、結(jié)合を防ぐ必要があります。自動(dòng)モジュールを使用して注意して、モジュラーライブラリを優(yōu)先します。必要に応じて、モジュール名の安定性を確認(rèn)し、競(jìng)合のマッピングを回避します。正しい - モジュールパスは、古いクラスパスの代わりにビルドツールで構(gòu)成する必要があります。モジュール構(gòu)造は、プロジェクトの明確さとスケーラビリティを改善するために、インターフェイス、実裝、およびメインプログラムをさまざまなモジュールに配置するなど、合理的に階層化する必要があります。便利な長(zhǎng)期メンテナンスを確保するために、モジュールの境界を事前に計(jì)畫(huà)します。

Java 9で導(dǎo)入されたモジュールシステム（ジグソーウ）は、プロジェクト構(gòu)造をより明確にし、依存関係管理をより明確にしますが、実際にはそれと関係があります。この記事では、原則についてではなく、実用的な提案のみについて説明しています。

モジュールの命名を標(biāo)準(zhǔn)化する必要があるため、問(wèn)題を節(jié)約しないでください

モジュール名は単なる文字列ですが、プロジェクト全體の保守性に影響します。 com.example.mymoduleなどの逆ドメイン名スタイルを均一に使用することをお?jiǎng)幛幛筏蓼埂?/p>

一部の人々は、 coreやutilsを直接呼び出すのが好きですが、これは小規(guī)模プロジェクトでは問(wèn)題ありませんが、大規(guī)模なチームや複數(shù)の人々と協(xié)力するときに混亂するのは簡(jiǎn)単です。短い名前を使用する必要がある場(chǎng)合は、少なくともcom.example.coreなど、prefixをプレフィックスします。

• セマンティックで明確であるようにしてください
• 複製またはぼやけたモジュール名は避けてください
• 數(shù)字や奇妙な文字から始めないでください

明らかにエクスポートと要件があり、それらすべてを公開(kāi)しないでください

モジュールシステムの最大の利點(diǎn)の1つは、パッケージング機(jī)能です。便利なため、すべてのパッケージexportsしないでください。外側(cè)に実際に見(jiàn)える必要がある部品を露出させるだけで、殘りは內(nèi)側(cè)に隠されたままで、誤用や過(guò)度の結(jié)合を効果的に防ぐことができます。

同時(shí)に、特にモジュール間で呼び出す場(chǎng)合は、 requiresを明確に記述する必要があります。モジュールに依存している場(chǎng)合は、それを明示的に宣言し、JVMが自動(dòng)的に処理することを期待しないでください。

例えば：

モジュールcom.example.service {
    com.example.apiが必要です。
    Exports com.example.service.impl;
}

上記のコードで：

• implパッケージのみがエクスポートされ、他のパッケージはデフォルトで一般に表示されません。
• com.example.apiモジュールに明示的に依存しています

このようにして、他の人はあなたのモジュールが何に依存しているのか、どのサービスを提供するかを知るでしょう。

自動(dòng)モジュールを使用する場(chǎng)合は注意してください

一部の古いプロジェクトやサードパーティライブラリはまだモジュール式ではないため、Javaを使用すると、 automatic modulesを介してそれらを?qū)毪扦蓼埂１憷扦工?、このアプローチは危険です。JVMはモジュール名を自動(dòng)的に導(dǎo)入します。これにより、競(jìng)合や追跡が困難につながる可能性があります。

提案：

• モジュラーライブラリを使用してみてください
• 自動(dòng)モジュールを使用する必要がある場(chǎng)合は、自動(dòng)化されたモジュール名が安定しているかどうかを確認(rèn)するのが最善です
• 同じ自動(dòng)モジュール名にマッピングする複數(shù)のライブラリを避けてください

また、MavenやGradleなどのビルドツールでJPMを使用する場(chǎng)合は、古いClassPath（ -classpath ）の代わりに正しいモジュールパス（ --module-path ）を構(gòu)成するように注意してください。

モジュール構(gòu)造の階層化されたデザイン、おridgeの鍋全體にしないでください

モジュールシステムでは、自由に多數(shù)のファイルを引き裂くことはできませんが、合理的なレイヤー化を行うことを奨勵(lì)します。たとえば、一般的なアプローチは、インターフェイスと実裝をこのようなさまざまなモジュールに分離することです。

• com.example.api ：インターフェイス、パブリックタイプを定義します
• com.example.service ：特定のロジックを?qū)g裝します
• com.example.app ：さまざまなモジュールを組み合わせたメインプログラムエントリ

この構(gòu)造は明確でメンテナンスが簡(jiǎn)単で、テストや交換の実裝にも便利です。

最初から大きなモジュールを作成すると、後で分割するのは非常に面倒です。モジュールの境界を事前に計(jì)畫(huà)することは、長(zhǎng)期的なメンテナンスにとって非常に重要です。

基本的にそれだけです。モジュールシステム自體は複雑ではありませんが、プロジェクトに実際に実裝されている場(chǎng)合、詳細(xì)に注意を払う必要があります。そうしないと、「モジュールを使用したように見(jiàn)えますが、実際には以前と同じです」と簡(jiǎn)単になります。

以上がJava Module System（Jigsaw）ベストプラクティスの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。