ReSharper喜欢在每个ASP中指出多个函数。NET页面，可以设置为静态。如果我把它们变成静态的，对我有帮助吗?我是否应该将它们设置为静态并将它们移动到实用程序类中?
当前回答
在类中将方法标记为静态可以明显地表明它不使用任何实例成员，这有助于在浏览代码时了解这一点。
你不一定要把它移到另一个类中，除非它被另一个在概念上紧密关联的类所共享。
其他回答
使方法静态意味着您可以从类外部调用该方法，而无需首先创建该类的实例。这在使用第三方供应商对象或附加组件时非常有用。想象一下，如果你在调用con. writeline()之前必须先创建一个Console对象“con”;
读起来很有趣: http://thecuttingledge.com/?p=57
ReSharper实际上并不是建议您将方法设置为静态的。 你应该问问自己，为什么这个方法在那个类中，而不是在它的签名中出现的类之一…
但ReSharper documentaion是这么说的: http://confluence.jetbrains.net/display/ReSharper/Member+can+be+made+static
我相信这不会发生在您的情况下，但是在我不得不忍受维护的一些代码中，我看到了使用大量静态方法的“坏味道”。
不幸的是，它们是假定特定应用程序状态的静态方法。(当然，每个应用程序只有一个用户!为什么不让User类在静态变量中跟踪它呢?)它们是访问全局变量的光荣方法。它们还有静态构造函数(!)，这几乎总是一个坏主意。(我知道有一些合理的例外)。
然而，静态方法在排除域逻辑(实际上不依赖于对象实例的状态)时非常有用。它们可以使您的代码更具可读性。
只要确保你把它们放在正确的地方。静态方法是否侵入式地操纵其他对象的内部状态?能不能证明他们的行为属于其中一类呢?如果你没有正确地分离问题，你以后可能会头疼。
在类中将方法标记为静态可以明显地表明它不使用任何实例成员，这有助于在浏览代码时了解这一点。
你不一定要把它移到另一个类中，除非它被另一个在概念上紧密关联的类所共享。
对于类中的复杂逻辑，我发现私有静态方法在创建隔离逻辑时很有用，其中实例输入在方法签名中明确定义，并且不会发生实例副作用。所有输出必须通过返回值或out/ref参数。将复杂的逻辑分解成无副作用的代码块可以提高代码的可读性和开发团队对它的信心。
另一方面，它可能导致类被大量实用方法所污染。通常，逻辑命名、文档和团队编码约定的一致应用程序可以缓解这种情况。
