<分区>
在开始使用新应用程序时,您是宁愿只使用现有的依赖框架并冒着可能存在缺陷的风险,还是选择编写自己的完全适应性强的框架?为什么?
<分区>
在开始使用新应用程序时,您是宁愿只使用现有的依赖框架并冒着可能存在缺陷的风险,还是选择编写自己的完全适应性强的框架?为什么?
最佳答案
IMO,我们的工作是解决客户的问题,而不是编写依赖注入(inject)(或日志记录或 ORM 等)框架。在我看来,当存在合适的框架时,您应该始终使用该框架。
此外,如果该框架是开源的,那么就没有理由不使用它,因为您可以修复任何可能存在的缺陷。
我认为我们经常会忘记我们的目标。作为程序员,我们倾向于关注有趣的问题(例如编写依赖注入(inject)框架),而拖延无聊的问题(为客户编写另一个 CRUD 应用程序)。:D
关于.net - 使用依赖注入(inject)框架还是自己编写?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/485024/
相关文章:
amazon-web-services - 如何模拟 s3Client 以便我可以在 Golang 测试中运行 GetObject()?
.net - 如何使用 eager-sdk-net 包创建 QueryTimeframe?
c# - 如何防止 MemberInfo.IsDefined 在不相关的属性上抛出 FileNotFoundException?
java - Swing 应用程序中的依赖注入(inject)
android - 将适配器注入(inject) Activity