Spring Boot-Autowiredコンストラクターの目的は何ですか？

Spring Bootで1年以上開発してきましたが、Autowiredコンストラクターを使用する利点をまだ理解していないため、誰かができるかどうか疑問に思いました。これとベストプラクティスと見なされるものを説明してください。

次のようにBeanを持っているとしましょう

@Component public class MyBean { void doSomeStuff() { } } 

そして私はそのBeanに依存関係があるサービス

@Service public class MyServiceImpl implements MyService { private MyBean myBean; } 

私にとって、このクラスに依存性を注入する最も簡単な方法は、変数に@Autowiredアノテーションを付けることです。

@Service public class MyServiceImpl implements MyService { @Autowired private MyBean myBean; } 

しかし、このアプローチのようなものを好むオンラインの他の場所（および私のチームの他の開発者）があります：

@Service public class MyServiceImpl implements MyService { private MyBean myBean; @Autowired public MyServiceImpl(MyBean myBean) { this.myBean = myBean; } } 

私にとって、そのようなコンストラクターを使用することは、単に冗長なコードです。 Beanの自動配線は、ボイラープレートコードのように見えるものよりもはるかに単純で簡単です。

コメント

• To me, using a constructor like that is simply redundant code. Autowiring the bean is much simpler and straightforward than what appears to me to be boilerplate code.そして、プライベートでセッターのないインスタンス変数にBeanを注入する魔法について心配していませんか？これがあなた、あなたの同僚に生み出している莫大な技術的負債について心配していませんか？設計のグッドプラクティスではなく、Spring 'の魔法のパラダイムで中継しすぎることを心配していませんか？
• 他の人がインスタンスを作成できるようにすることを心配していませんか？依存性注入を行わずにMyServiceImplを使用しますか？
• 'は'ではありません"懸念される"、'私が'これがどのように莫大な技術的負債を生み出していたかを知らない。 'がこのような悪い習慣である理由の例を挙げていただければ、'感謝します。
• "デザインのグッドプラクティスではなく、Spring 'の魔法のパラダイムで中継しすぎることを心配していませんか？"このディスカッションに関連する、推奨できる優れた設計手法に関するリソースはありますか？ 'それらを読むことに興味があります。
• こちらをご覧ください： stackoverflow.com/questions/34580033/ …