Java WebアプリケーションのSpring Bootの欠点は何ですか？
[回答するには、これを再開するために投票する必要があります。]
スプリングブートは、新しいスプリングアプリケーションを作成する際のデフォルトの設定であるため、セットアップが容易になり、共通の依存関係に自動的に接続されるため、便利です。
私はまだ業界で宣伝されている方法でスプリングブーツが使用されているのを見ています。
事実上、簡潔に、Springが事実上のSpringに移行するときに、Springブートを採用する際に開発者が直面する欠点は何ですか？
Spring Bootの利点 question は多くの利点があることを示していますが、より丸みのあるビューがあるはずです。
非意見ベースのポイントの例は次のとおりです。
Springブートでは、未使用の依存関係があるため、デプロイメントバイナリサイズが不必要に大きくなる場合があります。
here のようにロギングを簡単にカスタマイズできない。
これは非常に意見に基づいた質問ですが、あなたが遭遇するかもしれない最大の欠点は、それがあなたやあなたのプロジェクトに与えた価値を理解せずに使用することです。要件と完全に一致していない可能性があり、ある時点ですべてを自分で構成する可能性があります。
question で気に入った箇条書きについてコメントさせてください。
- スタンドアロンのSpringアプリケーションを作成する=>スタンドアロンのJavaアプリケーションを作成できますか？そもそもSpringを使用する理由は？
- Tomcat、Jetty、またはUndertowを直接埋め込みます（WARファイルを展開する必要はありません）=>とにかく戦争を構築する必要がある場合はどうなりますか？ Little configがトリックを行いますが、それは大きな利点ではありません。
- Maven構成を簡素化するために、意見のある「スターター」POMを提供する=>レガシースプリングモジュールが多数ある場合はどうなりますか？パッチを適用する必要がある場合はどうしますか？
- 可能な場合はいつでもSpringを自動的に構成します=>この構成が要件と完全に整合していない場合はどうなりますか？
- メトリクス、ヘルスチェック、外部化された構成などの本番対応の機能を提供する=>それで十分ですか？もっと洗練されたものが必要なので、それは完全に間違っていますか？これはまったく必要ないので、役に立たない？