基于MSDN:

不能为静态类创建实例 如果类声明为静态，则该类的成员变量应该是静态的 密封[不可继承] 不能包含实例构造函数 内存管理

示例:数学计算(数学值)不会改变[定义值的标准计算]

我确实倾向于为工厂使用静态类。例如，这是我的一个项目中的日志类:

public static class Log
{
   private static readonly ILoggerFactory _loggerFactory =
      IoC.Resolve<ILoggerFactory>();

   public static ILogger For<T>(T instance)
   {
      return For(typeof(T));
   }

   public static ILogger For(Type type)
   {
      return _loggerFactory.GetLoggerFor(type);
   }
}

您甚至可能已经注意到IoC是使用静态访问器调用的。对我来说，大多数时候，如果你可以调用一个类的静态方法，这就是你能做的一切，所以我把类标记为静态，以额外的清晰。

如果你使用代码分析工具(例如FxCop)，如果一个方法不访问实例数据，它会建议你将该方法标记为静态。其基本原理是有性能增益。CA1822 -将成员标记为静态。

这更像是一个指导方针，而不是规则，真的……

对于c# 3.0，扩展方法可能只存在于顶级静态类中。

这是自面向对象开发开始以来另一个古老但非常热门的问题。 当然，使用(或不使用)静态类的原因有很多，其中大多数已经在大量的答案中涵盖了。

我想说的是，我让一个类是静态的，当这个类在系统中是唯一的并且在程序中有它的实例是没有意义的。但是，我将这种用法保留给大型类使用。我从来没有将MSDN示例中这样的小类声明为“静态的”，当然，也没有将成为其他类成员的类。

我还想指出，静态方法和静态类是两种不同的东西。在已接受的答案中提到的主要缺点是针对静态方法。静态类提供了与普通类相同的灵活性(涉及属性和参数)，其中使用的所有方法都应该与类存在的目的相关。

在我看来，静态类候选的一个很好的例子是“FileProcessing”类，它将包含与程序的各种对象相关的所有方法和属性，以执行复杂的FileProcessing操作。拥有这个类的多个实例几乎没有任何意义，而静态将使程序中的任何东西都可以随时使用它。

基于MSDN:

不能为静态类创建实例 如果类声明为静态，则该类的成员变量应该是静态的 密封[不可继承] 不能包含实例构造函数 内存管理

示例:数学计算(数学值)不会改变[定义值的标准计算]