更新：此问题是我在2014年9月的博客中讨论的主题。感谢这个好问题！
即使在编译器团队内部，对于这个问题也存在着相当大的争议。
首先，明智的做法是理解规则。类或结构体的公共成员是可以被能够访问包含类型的任何内容所访问的成员。因此，内部类的公共成员实际上是内部的。
那么现在，对于一个内部类，你希望在程序集中访问它的成员，应该将这些成员标记为public还是internal呢？
我的意见是：将这样的成员标记为public。
我使用“public”表示“此成员不是实现细节”。受保护的成员是实现细节；有关它的某些内容将需要使派生类正常工作。内部成员是实现细节；该程序集中的其他内容需要该成员才能正常工作。公共成员表示“此成员代表对象提供的文档功能的关键部分”。
基本上，我的观点是：假设我决定将这个内部类变成公共类。为了做到这一点，我希望只改变一个事情：类的可访问性。如果将内部类变成公共类意味着我还必须将内部成员变成公共成员，那么该成员就是类的公共表面区域的一部分，应该在一开始就是公共的。
其他人则持不同意见。有一些人认为他们想要能够瞥一眼成员的声明，并立即知道它是否仅从内部代码中调用。
不幸的是，这并不总是很好地奏效；例如，实现内部接口的内部类仍然必须将实现成员标记为public，因为它们是类的公共表面的一部分。
internal，那么从可访问性的角度来看，你把方法标记为internal或者public都无所谓。然而，最好还是采用你在类为public时使用的类型。internal转换为public。同时，这也作为该方法描述的一部分。Internal方法通常被认为是不安全的，不能随意访问，而public方法则被认为是（大多数情况下）可以自由调用的。public类中一样使用internal或public，你可以确保你正在传达所期望的访问权限等级，并且可以减少将来使该类变为public所需的工作量。我猜想"后来将类型公开更容易?" 是指这个。
作用域规则意味着该方法只能作为internal可见 - 因此，方法是否标记为public或internal并不重要。
一个可能的情况是该类最初为公共类，后来更改为internal，开发人员没有费心去更改所有方法的可访问性修饰符。
我经常将内部类中的方法标记为public而不是internal，原因是a)这并不重要，b)我使用internal表示该方法有意被设为内部方法（即我有一些原因不想在公共类中暴露此方法）。因此，如果我有一个内部方法，我真的必须理解它为什么是内部的，然后才能将其更改为public，而如果我在处理内部类中的公共方法，则必须考虑类为什么是内部的，而不是每个方法为什么是内部的。
在某些情况下，可能是内部类型实现了公共接口，这意味着在该接口上定义的任何方法仍需要声明为公共。
这个和以前的一样，公用方法会被标记为内部的，因为它在一个内部类里面，但是它有一个优势(你已经猜到了)，如果你想将类标记为public，你只需要改动少量代码。
internal interface IAmOnlyInternalViewable
{
void CallMeOnlyInsideAssembly();
//internal void CallMeOnlyInsideAssembly(); // <-- is not possible up to C# 7.3 inclusive
}
internal class OnlyInternalVisible : IAmOnlyInternalViewable
{
public void CallMeOnlyInsideAssembly() { } //Must be public to implement the interface
}
internal class SslStreamEx : System.Net.Security.SslStream
{
public override void Close()
{
try
{
// Send close_notify manually
}
finally
{
base.Close();
}
}
}
public，这让我开始思考：除非确实需要，否则没有设置方法为 internal 的逻辑点，正如 Eric Lippert 所说。我对此有额外的看法。起初，我在想如何在内部类中声明公共内容是有意义的。然后我来到这里，阅读了一些文章，发现如果您稍后决定将该类更改为公共类，则这样做可能是有好处的。确实如此。因此，在我的脑海中形成了一个模式：如果它不会改变当前行为，则要宽容，并允许那些在当前代码状态下没有意义（并且不会伤害）但稍后会伤害的事情，如果您更改类的声明。
就像这样：
public sealed class MyCurrentlySealedClass
{
protected void MyCurretlyPrivateMethod()
{
}
}
return s + "Foo";吗？+运算符不关心 null 或空字符串。 - Mikkel R. Lund