你可以在 C# 中创建私有类吗？

Question

这是 .NET 哲学家的问题：

据我了解，Microsoft 有意识地拒绝在 C# 中使用私有类。他们为什么这样做？他们这样做的理由是什么？

例如，我正在构建一个包含报告工具的大型应用程序。该工具使用了许多仅在报告工具中使用而不在项目的其他部分中使用的业务对象。我想将它们封装起来，仅在报告工具本身中使用。

伟大的决定是在 VS 中为这个工具创建单独的项目，我会这样做，但我很有趣，如果我不能这样做 - 例如我们的架构不够好，我们有大的单一项目。

在“私有类”后面，我指的是一个不能在任何其他命名空间中使用的类，除了它自己的。

我的问题不是——我该如何模拟这个，或者以其他方式做。我只是想知道，为什么不在没有任何父类的情况下将 private 关键字与 class 关键字一起使用。我在想应该有什么原因，我想知道它

Answer 1

没错，但如果命名空间被拆分为多个程序集，您可以使用内部类和internalsvisibletoAttribute 对此进行非常接近的模拟。

还要记住，另一个类中的一个类可以是外部类私有的。为此，可以将外部类视为命名空间。

Answer 2

您可以创建一个私有类，作为另一种类型的成员：

public class Outer {
  // ...
  private class Inner {
    // ...
  }
}

而Inner 仅对Outer 的成员可见。

在最外层（即在命名空间中）private 根据其定义是没有意义的（因为没有什么是私有的）。请改用internal（仅包含程序集的成员可见）。

Answer 3

你可以定义一个私有类，但它只能被它的包含类使用。

如果您想要一个仅在特定程序集（DLL/EXE/等）中可见的类，则应将其声明为internal（VB 中为Friend）

Answer 4

允许类对命名空间来说是私有的，不会实现有意义的保护级别。

世界上的任何程序集都可以简单地引用您的 dll，并开始在您的命名空间中编写代码来访问您所谓的私有类。

我认为这可能就是你从微软那里得到的答案。

Answer 5

所以我猜你想这样做

namespace Baz
{
    private class foo
    {
        private int _bar;
    }
}

如果是。那么 foo 服务的目的是什么。在命名空间你可以比 internal 更具限制性，并且可以使用该类。如果我能做到这一点，我将在哪里使用它。

这就是你有这个编译时验证的原因。

现在在公共类中，有一个私有类是有意义的。我无法更好地解释这个Private inner classes in C# - why aren't they used more often?。

Answer 6

有一个解决方法，但您可能不喜欢它。

不要使用namespace 来确定类的范围，而是使用public static partial class：

之前：

namespace MyCompany.Foo {
  class Bar { }
  public class Baz { }
}

之后：

namespace MyCompany {
  public static partial class Foo {
    private class Bar { }
    public class Baz { }
  }
}

这个结构和命名空间一样，可以跨越同一个项目中的多个文件。但与命名空间不同的是，它不能从您的项目中“逃脱”（其他项目无法在 Foo 中定义其他成员）。

还有一个额外的好处是，您可以使用 seem to have no class 用于 Foo 中的代码的实用方法。

缺点是，要在假命名空间之外使用非私有类，您必须在 Foo 中引用它们：

using MyCompany;

// ...

var baz = new Foo.Baz();

这可以通过使用类的别名来缓解：

using Baz = MyCompany.Foo.Baz;

// ...

var baz = new Baz();

但是你必须为你想使用的每个非私有类都这样做。

更新

有趣的是，C# 6 将有static using statements，这可以有效地改进这个提议，将public static partial class 用作“模块”。您只需“使用”“模块”即可直接访问其类型。

希望它会像这样工作：

using MyCompany.Foo;

// ...

var baz = new Baz();

就像Foo 是一个命名空间一样。