关于c＃：方法可以是静态的，但应该是吗？

Method can be made static, but should it?

Resharper喜欢为每个ASP.NET页指出可以设置为静态的多个函数。如果我真的使它们静止，这对我有帮助吗？我应该使它们静态化并将它们移到实用程序类中吗？

在我看来，性能、名称空间污染等都是次要的。问问自己什么是合乎逻辑的。方法是在类型的实例上进行逻辑操作，还是与类型本身相关？如果是后者，则使其成为静态方法。只有当它与不受您控制的类型相关时，才将其移动到实用程序类中。

有时，有些方法在逻辑上作用于一个实例，但不碰巧使用该实例的任何状态。例如，如果您正在构建一个文件系统，并且得到了目录的概念，但是您还没有实现它，那么您可以编写一个返回文件系统对象类型的属性，并且它始终只是"文件"——但是它在逻辑上与实例相关，因此应该是一个实例方法。如果要使方法虚拟化，这也很重要——您的特定实现可能不需要状态，但派生类可能需要状态。(例如，询问集合是否为只读-您可能尚未实现该集合的只读形式，但它显然是集合本身的属性，而不是类型。)

相关讨论

静态方法与实例方法< BR>10.2.5 C语言规范的静态成员和实例成员解释了这一区别。通常，静态方法可以比实例方法提供非常小的性能增强，但只能在一些极端的情况下提供(有关此问题的更多详细信息，请参见此答案)。

fxcop中的规则CA1822或代码分析状态：

"After [marking members as static], the compiler will emit non-virtual call sites to these members which will prevent a check at
runtime for each call that ensures the current object pointer is
non-null. This can result in a measurable performance gain for
performance-sensitive code. In some cases, the failure to access the
current object instance represents a correctness issue."

号

效用类
除非在设计中有意义，否则不应该将它们移到实用程序类中。如果静态方法与特定类型相关，如ToRadians(double degrees)方法与表示角度的类相关，则该方法作为该类型的静态成员存在是合理的(注意，为了演示，这是一个复杂的示例)。

相关讨论

>编译器将实际向这些成员发出非虚拟调用站点，即"编译器可能发出…"。我记得C编译器使用callvirt而不是调用来解决一些潜在的bug。
我直接从fxcop 1.36剪切粘贴。如果fxcop是错误的，那就足够公平了。
@马克西姆不确定我是否欣赏"胡说"这句话；对待陌生人的方式相当粗鲁。然而，基本点是有效的，我已经更新了一些东西(这是9年前，所以我不记得基础的我原来的要求)。
@杰弗里茨先生，你的评价很好，你不能写这个……隐马尔可夫模型。。错误的声明…很多年轻的开发者会读到它，也许他们将来会为我的特斯拉写软件，因为已经有200个开发者了)，但是请不要生气，即使我打扰了你)。
@马克西姆你的观点是无效的。我向你保证，9年前我的评分不高。我欣赏那些指出错误(或纠正错误的编辑)的评论，但不要无礼，也不要对他人提出不合理的期望。不要称之为"胡说八道"；这意味着一种欺骗的意图，而不是诚实的善意错误或无知。这是不礼貌的。我自愿抽出时间来帮助这里，当受到不尊重的对待时，这真的感觉毫无意义。别告诉我该被什么冒犯-那是我的选择，不是你的。学习如何用尊重和正直来表达你的观点。谢谢您。
@MAXIM虽然委托不存储在每个实例旁边，但无状态类的每个实例确实占用了堆上的一些内存，这是无用的开销。通常，实例化服务并不是应用程序中的热门路径，但是如果应用程序最终构建了许多这些对象，那么它将积累GC压力，这可以通过简单地使用静态方法来避免。OP最初的主张，即在极端情况下静态方法比无状态实例提供性能优势，是适当的细微差别和有效性。
@它是完全无效的！首先，不要弄乱实例内存分配和实例方法的内存。您不需要1Mln实例来调用某些实例方法1Mln次。如果您需要一百万个实例，那么它是用来存储一些数据的。例如，它与内存无关。静态方法和实例方法实现存储一次，并在方法表中引用。因此，包含一些实例方法的类的每个新实例都不需要实例方法的额外内存！我在测量所有成堆过程的大小时确认了什么。
@Maxim当事情被注入控制器时，创建多少实例取决于您自己。如果每个实例都是无状态的，并且resharper能够建议用静态方法替换它，那么它就是无用的开销。关于："因此，包含某些实例方法的类的每个新实例都不需要实例方法的额外内存！"。这与不需要额外内存的说法不同。
@如果控制器中注入了某些东西，则不能使用静态方法！但我们为什么要谈论实例计数呢？问题是静态vs实例。所以我们只需要比较一下：CPU负载、内存占用、最佳实践。最佳实践在这里不值得讨论。所以内存占用……正如我所说的，它是相同的(编译表示的细微差别无关紧要)，CPU负载：对于静态来说，由于隐式传递此表达式并跳过虚拟查找(仅与虚拟实例方法相比)，它更好一点。在Jeff Update中主要考虑这一点。
@Maxim"如果控制器中注入了什么东西，就不能使用静态方法"，这是不正确的。任何无状态注入的服务都可以用静态方法替换。这是我最后一次在这篇文章中提到它，如果你仍然不明白的话，请随意打开聊天室。
@马克西姆，我怀疑这里可能存在语言障碍。OP询问是否应该用静态方法替换Resharper能够识别为独立于类状态的实例方法。为了使用实例方法，您需要有一个类的实例，并且实例化一个类有内存和运行时开销。如果您用静态方法替换实例方法("substitute"是一个英文单词，意思是"replace")，那么您可以简单地调用该方法，而不必支付创建实例的成本。
@asadsaeduddin好吧，我刚才在"静态方法对实例方法"的上下文中告诉了所有这些…因为它是(从运行时的角度来看)。在原始问题和任何特定逻辑工作流的上下文中没有。

在一个类中将一个方法标记为static，很明显它不使用任何实例成员，这在浏览代码时有助于了解。

你不必把它移到另一个类中去，除非它被另一个类共享，而这个类同样紧密地联系在一起，从概念上讲。

我敢肯定在你的情况下不会发生这种情况，但是我在一些代码中看到过一种"臭味"，那就是我必须通过维护使用大量静态方法来忍受这种气味。

不幸的是，它们是假定特定应用程序状态的静态方法。(当然，每个应用程序只有一个用户！为什么不让用户类在静态变量中跟踪它呢？)它们被美化了访问全局变量的方式。它们还具有静态构造函数(！)这几乎总是个坏主意。(我知道有几个合理的例外)。

然而，当静态方法分解出实际上不依赖于对象实例状态的域逻辑时，它们是非常有用的。它们可以使您的代码更具可读性。

只是要确保你把它们放在正确的地方。静态方法是否会干扰其他对象的内部状态？是否可以很好地说明他们的行为属于这些类中的一个类？如果你没有正确地分开关注点，你以后可能会头疼。

相关讨论

这是一本有趣的书：

http://thecutingledge.com/？P＝57

Resharper实际上并不是建议您将方法设置为静态的。你应该问问自己，为什么这个方法在那个类中，而不是，比如，在它的签名中出现的一个类…

但雷斯哈珀的纪录片说：http://confluence.jetbrains.net/display/resharper/member+can+be+made+static

相关讨论

为了增加@jason true的答案，重要的是要认识到，仅仅在一个方法上放置"static"并不能保证该方法是"纯"的。对于声明它的类，它将是无状态的，但它可以很好地访问其他具有状态(应用程序配置等)的"静态"对象，这可能并不总是一件坏事，但我个人倾向于选择静态方法的原因之一是，如果它们是纯的，您可以在隔离，不用担心周围的状况。

对于类中的复杂逻辑，我发现私有静态方法在创建隔离逻辑时很有用，在这种逻辑中，实例输入在方法签名中被清晰地定义，并且不会发生实例副作用。所有输出必须通过返回值或out/ref参数。将复杂的逻辑分解成无副作用的代码块可以提高代码的可读性和开发团队对它的信心。

另一方面，它会导致一个被实用方法扩散污染的类别。和往常一样，逻辑命名、文档和一致的团队编码约定应用可以减轻这一点。

在给定的场景中，您应该执行最可读和最直观的操作。

除了在最极端的情况下，性能参数不是一个好参数，因为实际发生的唯一事情是将一个额外的参数(this推送到堆栈上，例如方法。

Resharper不检查逻辑。它只检查方法是否使用实例成员。如果该方法是私有的，并且仅由(可能只有一个)实例方法调用，那么这是让它成为实例方法的标志。

将方法设为静态意味着您可以从类外部调用该方法，而无需首先创建该类的实例。这在处理第三方供应商对象或附加组件时很有用。想象一下，如果在调用con.writeline()之前必须首先创建一个控制台对象"con"；

如果函数在多个页面之间共享，您也可以将它们放在一个基本页类中，然后让所有使用该功能的ASP.NET页面继承自该类(并且函数也可以是静态的)。

它有助于控制名称空间污染。

相关讨论

只是我的建议：将所有共享的静态方法添加到实用程序类中可以添加

1	using static className;

到您的using语句，这使得代码更容易键入和读取。例如，在我继承的一些代码中，我有大量所谓的"全局变量"。我将它们全部设置为全局类的静态属性，而不是在实例类中生成全局变量。它执行任务，如果很混乱，我可以通过名称引用属性，因为我已经引用了静态名称空间。

我不知道这是不是好的做法。我有太多关于C 4/5的知识，还有太多要重构的遗留代码，所以我只是想让RoselynTips来指导我。

乔伊