C＃的Pascal套管方法名称背后的原理/原因是什么？

我刚刚开始学习C＃。来自Java，C ++和Objective-C的背景知识，我发现C＃的Pascal框其方法名称相当独特，并且一开始很难适应。这背后的原因和哲学是什么？

我猜这是因为C＃属性。与Objective-C中的方法名可以与实例变量完全相同的情况不同，C＃并非如此。我猜想属性（与支持它的大多数语言一样）的目标之一是使属性与变量和方法真正区分开。因此，在C＃中可以有一个“ int x”，并且相应的属性变为X。为了确保属性和方法是不可区分的，因此，我猜测的所有方法名称也应以大写字母开头。（这只是基于目前为止我对C＃的了解而得出的假设，我仍在学习中）。我很好奇这个好奇的指南是如何产生的（鉴于它是

（编辑：通过Pascal-casing，我的意思是PascalCase（基本上是camelCase，但以大写字母开头）。在大多数语言中，方法名称通常以小写字母开头）

这是口味问题。曾经有人决定使用Pascal样式来命名，这成为一种标准。

我有一个很大的猜测，那就是安德斯·赫斯伯格（Anders Hejlsberg），他是帕斯卡（Pascal）的继任者德尔斐（Delphi）的建筑师。案例样式与C＃中的样式相同。

如果您要问原因，这是从马口中直截了当的：

MSDN博客上Brad Abrams撰写的有关Pascal套管和骆驼套管的历史

在框架的初始设计中，我们就命名风格进行了数百小时的辩论。为了促进这些辩论，我们创造了许多术语。设计团队的关键成员是Anders Heilsberg（Turbo Pascal的原始设计师），因此毫无疑问，我们为Pascal编程语言所流行的套管样式选择了Pascal Casing这个术语。

Pascal Casing约定将每个单词的第一个字符大写（包括长度超过两个字母的首字母缩写）...

这里是设计准则：类库开发人员的设计准则

这些准则旨在帮助班级库设计人员了解不同解决方案之间的权衡。在某些情况下，良好的库设计要求您违反这些设计准则。这种情况很少见，重要的是要为您的决定提供扎实的理由。本节提供.NET Framework中类型的命名和使用准则，以及实现常见设计模式的准则...

不了解哲学，但是至少从Win32 API开始，Pascal大小写在Microsoft平台上似乎很常见。

我认为背后没有特定的哲学。需要制定指导方针，并且有很多方面可能会影响它：

• 他们想摆脱任何前缀符号（在此处阅读匈牙利语）
• 他们希望仅通过阅读姓名来区分本地/私人成员和公共成员。
• 他们不希望C＃代码看起来像Java代码（大量使用驼峰式大小写）

我不知道该框后面有一个“哲学”，它很好而且很紧凑，可以很容易地显示为多个单词而无需使用下划线。

在过去的几十年中，套管有很多变化。它们的范围从非常简洁（请参阅C和标准C库）到冗长的下划线将每个单词分开。虽然.NET库的命名约定仍然很冗长，但我认为它在某些方面占据了中间位置。

大胆猜测（恕我直言，但并非不合理）-C＃设计由Pascal的原始发明者Niklaus Wirth监督。看到连接了吗？... :)

好奇＃1：我肯定记得.NET和C＃的发布（是的，我是史前的……），以及Microsoft如何通过在C＃中使用Wirth的名字来吹嘘。但是，在C＃和Wirth上的Wikipedia页面上都没有提到这一点。

好奇＃2：尽管它被称为PascalCase，但它是由TurboPascal编译器（最终成为Borland）而不是语言本身进行了普及。