.net - 使用依赖注入(inject)框架还是自己编写?

标签 .net dependency-injection

<分区>

在开始使用新应用程序时,您是宁愿只使用现有的依赖框架并冒着可能存在缺陷的风险,还是选择编写自己的完全适应性强的框架?为什么?

最佳答案

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

此外,如果该框架是开源的,那么就没有理由不使用它,因为您可以修复任何可能存在的缺陷。

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

关于.net - 使用依赖注入(inject)框架还是自己编写?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/485024/

相关文章:

c# - 资源管理器预览导致 ActivePresentation.name 上出现 System.Runtime.InteropServices.COMException : Automation rights are not granted.

amazon-web-services - 如何模拟 s3Client 以便我可以在 Golang 测试中运行 GetObject()?

scala - 游戏中的模拟对象[2.0]

.net - 如何使用 eager-sdk-net 包创建 QueryTimeframe?

.net - 找不到WCF REST Webinvoke

c# - 如何防止 MemberInfo.IsDefined 在不相关的属性上抛出 FileNotFoundException?

java - Swing 应用程序中的依赖注入(inject)

android - 将适配器注入(inject) Activity

java - @Inject 在 JAX-WS 中引发 NullPointerException

.net - Dapper 枚举映射