使用依赖注入框架或编写自己的？

当你开始使用一个新的应用程序时,你宁愿只使用一个现有的依赖框架并冒可能存在的缺点,或者你会选择自己编写一个完全适应的应用程序,为什么？

IMO,我们的工作是解决客户端的问题,而不是编写依赖注入(或日志记录,或ORM等)框架.当存在合适的框架时,在我看来,您应该始终使用该框架.

除此之外,如果该框架是开源的,那么没有理由不使用它,因为您可以修复任何可能的缺点.

我认为我们经常失去目标.作为程序员,我们倾向于关注有趣的问题(例如编写依赖注入框架)并拖延无聊的问题(为客户编写另一个CRUD应用程序.):D

我认为现在的DI框架非常可靠(至少对于.Net)...为什么要花费所有时间来重新发明轮子？