C# 确定何时使用依赖项注入

C# 确定何时使用依赖项注入,c#,asp.net-mvc,dependency-injection,C#,Asp.net Mvc,Dependency Injection,查看大量MVC源代码,我注意到大多数MVC项目(尤其是大型项目)都以某种方式实现依赖注入 我有两个问题。首先,不使用依赖注入创建大型项目是否可行?我知道依赖注入使大型项目更易于维护和单元测试。但是,如果一个项目没有使用依赖注入,它会有多复杂呢 其次,在确定新项目的需求范围时,我应该使用什么标准来确定是否应该使用依赖注入?它需要大量的初始设置,有时对于一个快速简单的程序来说似乎是不必要的。没有错误或无用的依赖注入之类的东西,所以我建议始终使用它:) 它使您的代码更具可扩展性,更易于测试,也更具可读

查看大量MVC源代码,我注意到大多数MVC项目(尤其是大型项目)都以某种方式实现依赖注入

我有两个问题。首先,不使用依赖注入创建大型项目是否可行?我知道依赖注入使大型项目更易于维护和单元测试。但是,如果一个项目没有使用依赖注入,它会有多复杂呢


其次,在确定新项目的需求范围时,我应该使用什么标准来确定是否应该使用依赖注入?它需要大量的初始设置,有时对于一个快速简单的程序来说似乎是不必要的。

没有错误或无用的依赖注入之类的东西,所以我建议始终使用它:)

它使您的代码更具可扩展性,更易于测试,也更具可读性(因为依赖项清晰可见)

第二,当确定一个新项目的需求范围时,有什么标准 是否应该使用来确定是否应该使用依赖项注入

  • 你可以避免它的原型或如果你是 构建不在生产环境中使用的内容
不使用依赖关系创建大型项目是可行的 注射

  • 是的,但我不建议这样做
它需要大量的初始设置,有时似乎没有必要 一个快速简单的程序

  • Asp.MVC对依赖项注入具有良好的内置支持。你可以很快地设置它。这只是一个小问题
这是评论,不是答案。@DonBoitnott看起来还是评论?更好。但是,不要仅仅为了第一个而发布一个非答案,而是尝试发布一次完整的答案。