每当我编写解决方案时，我倾向于使用大量静态类或根本不使用静态类。例如，在最近的一个项目中，我不得不通过多个环发送一个带有一些字符串/ bool /日期时间数据的类，唯一不是静态的就是这个数据保存类。其他所有内容(3 个具有不同处理职责的相当大的类)都是静态的。
我想我在这里要求的是关于何时(以及为什么)我应该避免对这些“处理 X，输出 Y”情况使用静态类的一些输入。只要它们有效，就可以一直使用它们吗？还是我在可伸缩性、插件支持等方面搬起石头砸自己的脚？
我希望这是一个可以在这里问的问题。我不是要争论静态类是否“更好”——只是输入我应该避免使用它们的时间。
最佳答案
我写的大部分代码:
- 使用依赖注入(inject)/IoC
- 并且需要可模拟/可测试
所以我几乎所有的事情都使用对象。
我仍然会在以下方面使用静力学:
- 扩展方法
- 常量
- Helper/Utility 方法(预扩展方法)
- 运算符方法
关于c# - 什么时候去静态类？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4667807/