在“使用尽可能严格的修饰符”规则的驱动下，我在需要访问的任何地方都使用internal，比如，从另一个类中访问方法，直到我显式地需要从另一个程序集访问它。

由于程序集接口通常比类接口的总和更窄，所以我在很多地方使用它。

在构建非托管代码的包装器时，internal关键字被大量使用。

当你有一个基于C/ c++的库，你想要DllImport，你可以导入这些函数作为一个类的静态函数，并使他们内部，所以你的用户只能访问你的包装器，而不是原始的API，所以它不能乱动任何东西。函数是静态的，您可以在程序集中的任何地方使用它们，用于您需要的多个包装器类。

你可以看看Mono。Cairo，它是使用这种方法的Cairo库的包装器。

使用internal的另一个原因是混淆了二进制文件。混淆器知道打乱任何内部类的类名是安全的，而公共类的名称不能打乱，因为这可能破坏现有的引用。

这个怎么样:通常建议不要向程序集的外部用户公开List对象，而是公开IEnumerable对象。但是在程序集中使用List对象要容易得多，因为您可以获得数组语法和所有其他List方法。因此，我通常有一个内部属性，公开要在程序集中使用的List。

欢迎对这种方法提出意见。

在“使用尽可能严格的修饰符”规则的驱动下，我在需要访问的任何地方都使用internal，比如，从另一个类中访问方法，直到我显式地需要从另一个程序集访问它。

由于程序集接口通常比类接口的总和更窄，所以我在很多地方使用它。

internal关键字的一个用途是限制程序集用户对具体实现的访问。

如果您有一个工厂或其他用于构造对象的中心位置，则程序集的用户只需处理公共接口或抽象基类。

此外，内部构造函数允许您控制实例化公共类的位置和时间。