为什么在内部类中使用公共方法？

Question

我们的一个项目中有很多代码如下所示:

internal static class Extensions
{
    public static string AddFoo(this string s)
    {
        if (!string.IsNullOrEmpty(s)) return s + "Foo";
        return "Foo";
    }
}

有没有明确的理由去做"除了以后更容易公开这种类型？"

我怀疑它只在非常奇怪的边缘情况下(Silverlight中的反射)或根本不重要.

Answer 1

更新:这个问题是我2014年9月的博客主题.谢谢你这个好问题!

即使在编译器团队本身内,对这个问题也存在相当大的争议.

首先,了解规则是明智的.类或结构的公共成员是可以访问包含类型的任何内容的成员.因此,内部类的公共成员实际上是内部的.

那么现在,给定一个内部类,您希望在程序集中访问的成员是否应标记为公共或内部？

我的意见是:将此类成员标记为公开.

我使用"public"来表示"此成员不是实现细节".受保护的成员是实现细节; 有一些东西需要它来使派生类工作.内部成员是实现细节; 此程序集内部的其他内容需要该成员才能正常工作.一位公共成员说"这个成员代表了这个对象提供的关键,记录的功能."

基本上,我的态度是:假设我决定将这个内部课程变成公共课.为了做到这一点,我想改变一件事:类的可访问性.如果将内部类转变为公共类意味着我还必须将内部成员转变为公共成员,那么该成员是该类的公共表面区域的一部分,并且它应该首先是公共的.

其他人不同意.有一个特遣队说,他们希望能够看一眼成员的声明,并立即知道是否只能从内部代码调用它.

不幸的是,这并不总能很好地解决; 例如,实现内部接口的内部类仍然必须将实现成员标记为public,因为它们是类的公共表面的一部分.

Answer 2

如果是类internal,从可访问性的角度来看,无论是标记方法internal还是标记,都无关紧要public.但是,如果使用类,那么使用您将使用的类型仍然是好的public.

虽然一些人说,这简化了从过渡internal到public.它也是该方法描述的一部分.Internal对于不受限制的访问,方法通常被认为是不安全的,而public方法被认为是(大多数)免费游戏.

通过使用internal或public像在public课堂中一样,您可以确保正在传达预期的访问方式,同时还可以简化public将来创建课程所需的工作.

Answer 3

我经常在内部类中标记我的方法而不是内部类,因为a)它并不重要; b)我使用internal指示方法是内部故意的(有一些原因我不想暴露这个公共类中的方法.因此,如果我有一个内部方法,我真的必须在将其更改为public之前理解它的内部原因,而如果我在内部类中处理公共方法,我真的必须考虑为什么class是内部的,而不是每个方法都是内部的.

Answer 4

我怀疑"以后更容易公开这种类型？" 是吗.

范围规则意味着该方法只能被视为internal- 因此方法是否被标记public或无关紧要internal.

想到的一种可能性是该类是公开的,后来改为,internal开发人员也没有费心去改变所有方法可访问性修饰符.

Answer 5

在某些情况下,也可能是内部类型实现了一个公共接口,这意味着在该接口上定义的任何方法仍然需要声明为public.