学习是最好的投资!
1 トラブルもなく便利ですが、私が使った嵐など、場合によってはこうなるはずです。しかし、プロジェクトが大きくなり、jar パッケージが増えると、必然的に jar パッケージの競合が発生し、バージョンが間違っているか、特定のクラスが見つからないことがわかり、混乱することになります。私が解決しますか? 現時点では、問題を解決するために jar パッケージを 1 つずつ完成させ、最後に pom ファイルを変更する必要があります。さらに、方法 2 では、更新時に個々の jar パッケージを更新するだけで済むという人もいます。リモートでデプロイする場合、ネットワークのデプロイメントが遅い場合でも、プロジェクトの依存関係をより理解できるという利点があります。問題を解決しやすくなります。つまり、Maven はコンパイル時の競合を (pom.xml を通じて) 解決できますが、実行時の依存関係や競合は解決できません。
1 そうですね、jar を作成するときは、springboot がデプロイされるときに圧縮されるだけです。
展開も実行も簡単、個人的にはこれだと思います。
個々の依存ライブラリを更新するときに再パッケージ化する必要はありません。アプリケーション自体を更新するときのアップロード サイズは小さくなります。定期的なメンテナンスはこの方法に重点を置いています。
個人的には、最初の方法の方が良いと思います。これは、Web プロジェクトが war パッケージにパッケージ化され、依存するすべての jar が含まれるのと同じように、ファイルを 1 つだけ生成するため、非常にクリーンで便利です。戦争パッケージ。私が経験した多くの企業も前者の方法を採用しています。
私のブログも添付します: http://xxgblog.com/2015/08/07... ここでは、あなたが言及した 2 つのパッケージに対して Maven パッケージ化プラグインを使用する方法を紹介しています。
1 トラブルもなく便利ですが、私が使った嵐など、場合によってはこうなるはずです。しかし、プロジェクトが大きくなり、jar パッケージが増えると、必然的に jar パッケージの競合が発生し、バージョンが間違っているか、特定のクラスが見つからないことがわかり、混乱することになります。私が解決しますか? 現時点では、問題を解決するために jar パッケージを 1 つずつ完成させ、最後に pom ファイルを変更する必要があります。さらに、方法 2 では、更新時に個々の jar パッケージを更新するだけで済むという人もいます。リモートでデプロイする場合、ネットワークのデプロイメントが遅い場合でも、プロジェクトの依存関係をより理解できるという利点があります。問題を解決しやすくなります。つまり、Maven はコンパイル時の競合を (pom.xml を通じて) 解決できますが、実行時の依存関係や競合は解決できません。
1 そうですね、jar を作成するときは、springboot がデプロイされるときに圧縮されるだけです。
展開も実行も簡単、個人的にはこれだと思います。
個々の依存ライブラリを更新するときに再パッケージ化する必要はありません。アプリケーション自体を更新するときのアップロード サイズは小さくなります。定期的なメンテナンスはこの方法に重点を置いています。
個人的には、最初の方法の方が良いと思います。これは、Web プロジェクトが war パッケージにパッケージ化され、依存するすべての jar が含まれるのと同じように、ファイルを 1 つだけ生成するため、非常にクリーンで便利です。戦争パッケージ。私が経験した多くの企業も前者の方法を採用しています。
私のブログも添付します: http://xxgblog.com/2015/08/07... ここでは、あなたが言及した 2 つのパッケージに対して Maven パッケージ化プラグインを使用する方法を紹介しています。