2016-12-20 8 views
1

スプリングブートプロジェクトでspring-boot-starter-parentを使用する方法に関する多くの記事を読んでいます。 は基本的に、私は直接、プロジェクトの親として、ばねブートスタータ親を使用するには、このカスタム親を持つスプリングブート親pom

  1. を行うには、2つの方法を記述する(春のドキュメントもこの語る)の記事をお読みください。これは、依存関係管理とプラグイン管理の利点を私たちに提供します。
  2. もう1つの方法は、プロジェクトpomのspring-boot-starterの親をインポートすることです(プロジェクトの親のpomがすでに存在する場合には、これが必要な場合があります)。 私は、依存関係管理の利点を得ることができますが、プラグイン管理はできません。

私は新しいMavenマルチモジュールプロジェクトを作成しています。理想的には、私は自分のカスタムの親を持っていて、Spring-boot-starter-parentを使うことのすべての利点を得たいと思っています。 私のMavenプロジェクトのためにカスタムの親を作成することが理にかなっているのだろうかと思っていました。この親は、spring-boot-starter-parentの子になります。 もし私が何かを見逃していなければ、spring-boot-startter-parentと で、依存関係の管理とプラグインの管理をする利点があります。他の一般的な依存関係や、必要ならば私のすべてのプロジェクトに継承される spring-boot-starter-parentで定義された依存関係を上書きします。 このデザインは意味をなさないか、何か不足していますか? このアプローチの欠点は何ですか?

答えて

0

マルチモジュールのスプリングブートプロジェクトが必要な場合、これはまさにあなたがやるべきことです。しかし、これを考慮してください:通常、マルチモジュールプロジェクトは、すべてのモジュールをバージョン管理し、一緒にリリースし、お互いに依存します。これは、典型的にはマイクロサービススタイルであり、独立した進化を必要とするスプリングブートモジュール群ではめったに意味がありません。ですから、あなたはマルチモジュールプロジェクトの必要性について全く疑問を抱かせるべきです。

関連する問題