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

另一方面，它可能导致类被大量实用方法所污染。通常，逻辑命名、文档和团队编码约定的一致应用程序可以缓解这种情况。

只是我的一点钱:将所有共享的静态方法添加到实用程序类中，您就可以添加

using static className; 

到您的using语句，这使得代码更快地输入和更容易阅读。例如，我在继承的一些代码中有大量所谓的“全局变量”。我没有在一个属于实例类的类中创建全局变量，而是将它们全部设置为全局类的静态属性。它完成了这项工作，虽然有些混乱，但我可以按名称引用属性，因为我已经引用了静态名称空间。

我不知道这是不是一个好的练习。关于c# 4/5，我有很多东西要学，还有很多遗留代码要重构，所以我只是想让Roselyn的技巧来指导我。

Joey

在类中将方法标记为静态可以明显地表明它不使用任何实例成员，这有助于在浏览代码时了解这一点。

你不一定要把它移到另一个类中，除非它被另一个在概念上紧密关联的类所共享。

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

另一方面，它可能导致类被大量实用方法所污染。通常，逻辑命名、文档和团队编码约定的一致应用程序可以缓解这种情况。

读起来很有趣: http://thecuttingledge.com/?p=57

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

但ReSharper documentaion是这么说的: http://confluence.jetbrains.net/display/ReSharper/Member+can+be+made+static

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