有什么理由在C＃中编写“ private”关键字？

据我所知，private是默认无处不在C＃中（也就是说，如果我不写public，protected，internal等这将是private默认情况下）。（如果我错了，请纠正我。）

那么，写该关键字的原因是什么，或者为什么它甚至对于成员来说仍然存在？

例如，当事件处理程序自动生成时，它看起来像这样：

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

但是，如果隐含和默认了，为什么还要写私有呢？只是这样，新手开发人员（谁不知道这是C＃默认值）便知道它是私有的？还是编译器有区别？

此外，是否存在写“私有”（单独）会改变成员可访问性的情况？

AFAIK，私有是C＃中默认的私有语言（这意味着如果我不写public，protected，internal等，则默认情况下它将是私有的）。（如果有错，请纠正我）。

这不是真的。默认情况下，在名称空间内定义的类型（类，结构，接口等）将是内部的。同样，不同类型内的成员具有不同的默认可访问性（例如，接口成员的公共权限）。有关详细信息，请参阅MSDN上的辅助功能级别。

也，

那么，写那个关键字的原因是什么，或者为什么它甚至存在呢？

明确指定此项有助于非常明确地表明您打算将类型设为私有。随着时间的推移，这有助于代码的可维护性。这可以帮助其他开发人员（或您自己）知道成员是默认情况下还是有意使用的私有成员，等等。

AFAIK，私有是C＃中所有地方的默认设置

不太完全-默认值为“此声明可用的最受限制的访问”。因此，例如，对于顶级类型，默认值为internal; 对于嵌套类型，默认值为private。

那么，写那个关键字的原因是什么，或者为什么它甚至存在呢？

它使它很明确，这有两个原因：

• 根据您的问题，它对于那些不知道默认值的人来说更加清楚（我个人从没有喜欢过此参数，但我认为值得一提）
• 它给人的印象是您已故意将其设为私有，而不是仅仅使用默认值。

至于最后一部分：

此外，是否存在写“私有”（单独）会改变成员的可访问性的情况？

是的，因为要使一个财产的一半比另一个财产更具限制性：

// Public getter, public setter
public int Foo { get; set; }

// Public getter, private setter
public int Bar { get; private set; }

我曾经尽可能地使用默认设置，但是我一直确信（部分由Eric Lippert负责）明确表明您已经考虑过并决定将某些内容设为私有是个好主意。

我个人希望有这样做的密封/启封，也为类型声明的方式-甚至可能不会有一个默认的。我怀疑许多开发人员（如果我不小心的话，也包括我自己）将类未密封，只是因为这样做比将其密封更省力。

private增加视觉混乱。对于那些坚持要让事情变得明确的人，我会问：您是否也使用数学来做到这一点？例如：

var answer = a + b / c;

您是否发现周围并没有多余的括号而不清楚b / c？

C＃中的规则非常简单：默认情况下，所有内容都尽可能接近私有。 因此，如果您需要使某些内容比默认内容更具可见性，请添加修饰符。否则，请勿在代码中添加不必要的关键字。

据我所知，私有是C＃中所有地方的默认设置

显式声明private，表示您知道它是私有的。不仅如此，因为据您所知，它是默认值。这也意味着其他查看代码的人知道它是什么。

有没有“我认为这是”，“我敢肯定它是”等它只是为。每个人都在同一页面上。

我不是C＃开发人员。如果我必须处理一些未明确声明为私有的代码，我可能会认为它是内部的。

我不喜欢隐式设置事物。从未明确设置它们的时间。

可读性-并非每个人都知道私有是默认行为。

目的-明确表明您已明确声明该属性为私有（无论出于何种原因）。

可读性，意图展示是我能想到的两个重要原因。

明确指定可见性的一个好理由是，您不必考虑所处上下文的默认值。

另一个很好的原因是因为FxCop会告诉您执行此操作。

很多人（像我这样的人！）经常使用几种不同的语言进行编程。对此类事情保持露骨，使我无需记住自己编程的所有语言的所有神秘细节。

我要说的是，与其他课程范围的可读性保持一致。