我一直在和同事们争论帕斯卡命名法（大驼峰）和小驼峰命名法的问题。他们习惯于将所有内容都使用小驼峰命名法，包括 SQL 数据库中的表名和 C# 代码中的属性命名，但我更喜欢帕斯卡命名法，变量使用小驼峰命名法，属性使用帕斯卡命名法：
string firstName;
public string FirstName {
...
}
string _firstname;
public string firstName {
...
}
System.Console.WriteLine("string")
我使用框架所使用的东西，因为这是事实上的最佳实践。然而，只要你公司的代码一致地使用它们的风格，那么你最好适应它。如果每个开发人员都有自己的标准，那么就根本没有标准。
您应该看一下微软的新工具，StyleCop 用于检查C#源代码。 同时，注意FxCop 用于检查已编译的.Net程序集。 FxCop更关注代码的细节而非布局，但它确实有一些与公开可见名称相关的命名规则。
StyleCop定义了一种编码标准，现在被微软推广为行业标准。它根据标准检查C#源代码。 StyleCop遵循PascalCase样式。
让人们采用StyleCop（或任何其他标准）可能很困难，这是一个相当大的障碍，而StyleCop又相当详尽。但是代码应该符合统一的标准-个人标准比没有好，公司标准比个人标准好，行业标准最好。
当项目开始，组建团队且不存在现有代码时，说服人们变得容易得多。您可以使用工具（FxCop，StyleCop）来防止代码不符合标准。
应该使用语言和框架的标准- SQL代码应该使用SQL标准，C#代码应该使用C#标准。
我（以及我的团队）更喜欢将类名首字母大写。
为什么？我认为这是Java标准的传播。
Something()。那是一个函数调用还是一个类的构造函数？ - vallentin来自.NET Framework开发人员指南（大写规范），大小写敏感性：
大写规范仅存在于使标识符更易于阅读和识别。大小写不能用作避免库元素名称冲突的手段。
不要假设所有编程语言都区分大小写。它们并不是。名称不能仅因大小写而不同。
我刚刚发现了.Net编码标准。
属性应使用帕斯卡命名法。至于变量名称，有些人使用下划线，有些人使用m_，有些人只是使用普通的驼峰命名法。我认为只要在这里保持一致，就不应该有问题。
_localVar。我猜你必须遵守你工作场所的编码标准，无论你个人是否喜欢它。也许将来有一天，你能够决定自己的编码标准。
就我个人而言，我喜欢数据库使用“fish_name”、“tank_id”等形式的名称来命名表和字段，而数据库模型的代码等效部分则是“fishName”和“tankID”。我也不喜欢使用“_fooname”命名，当“fooName”可用时。但我必须重申，这是主观的，不同的人会因为他们之前的经验和教育而有不同的好坏想法。