c# - 什么时候去静态类？

Question

每当我编写解决方案时，我倾向于使用大量静态类或根本不使用静态类。例如，在最近的一个项目中，我不得不通过多个环发送一个带有一些字符串/ bool /日期时间数据的类，唯一不是静态的就是这个数据保存类。其他所有内容(3 个具有不同处理职责的相当大的类)都是静态的。

我想我在这里要求的是关于何时(以及为什么)我应该避免对这些“处理 X，输出 Y”情况使用静态类的一些输入。只要它们有效，就可以一直使用它们吗？还是我在可伸缩性、插件支持等方面搬起石头砸自己的脚？

我希望这是一个可以在这里问的问题。我不是要争论静态类是否“更好”——只是输入我应该避免使用它们的时间。

Answer 1

我写的大部分代码:

• 使用依赖注入(inject)/IoC
• 并且需要可模拟/可测试

所以我几乎所有的事情都使用对象。

我仍然会在以下方面使用静力学:

• 扩展方法
• 常量
• Helper/Utility 方法(预扩展方法)
• 运算符方法