static-classes - 你应该避免静态类吗？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

去年关闭。




Improve this question




静态类是否被认为是不好的做法？几天前我读了一篇关于这个的文章(找不到，抱歉)，它基本上说拥有静态类(尤其是那些“帮助”类)通常是错误代码的标志。这是否正确，如果正确，原因是什么？

Answer 1

滥用静态类可以被认为是不好的做法。但是滥用任何语言功能也是如此。

我不区分只有静态方法的非静态类和静态类。它们实际上是一样的东西，除了静态类允许编译器强制执行开发人员的意图(没有实例化这个类，访问其功能的方便语法， etc )。

正如您所说，“Helper”类的激增会给您带来麻烦(设计、可维护性、可读性、可发现性、其他能力......)。这里没有争论。但是你能说“Helper”类永远不合适吗？我对此表示怀疑。

事实上，负责任地使用静态类可以为您的代码带来巨大的好处:

Enumerable静态类提供了一组我们大多数人都喜欢的扩展方法。它们是一组逻辑功能/业务逻辑，与任何特定类型的实例无关。

环境/上下文提供的服务:例如日志记录、配置(有时)

其他(我暂时想不起来:))

所以不，一般来说它的做法还不错。只要明智地使用它们......