FxCop 认为我（基本上，凭记忆）函数、类和属性应该用 MajorCamelCase 编写，而私有变量应该用 minorCamelCase 编写。
我在谈论 IRC 上一个相当受欢迎的项目并引用了一些代码。另一个人，一个相当臭名昭著的巨魔，也是一个半手术（喘气！）似乎不同意。一切都应该在同一个大小写中，他非常喜欢 MajorCamelCase，甚至是 underscore_separation。
当然，他只是一个巨魔，所以我认为我会继续按照我已经做过的方式去做。在我学习上述指南之前，我什至几乎没有一个连贯的命名风格。
不过，他让我思考——这样的事情真的很重要吗？
你需要确保你的代码在未来是可读的。请记住，您可能希望将您的应用程序的开发交给其他人，而这个人需要阅读并理解它。您可能会停止积极地从事一个项目并在一年后返回该项目 - 并且惊讶于您必须仔细阅读代码才能了解它的工作原理。
我相信是史蒂夫·麦康奈尔（Steve McConnell）说过，特定的命名风格并不重要（只要你保持一致，你可以使用任何你想要的东西），但这仅适用于参与该项目的每个人都同意你的情况。
一般来说，最好尽可能采用社区接受的编码风格，以促进代码重用和缩短学习曲线。
如果您不关心项目的长期可维护性（或一致性或可读性），那么不，大小写（和一般的编码约定）并不重要。否则，它们确实很重要。看到这个。
您的特定编码风格并不重要（很多），只要它在整个项目中保持一致即可。
这提高了可读性和理解性，就好像标识符以特定方式命名一样，读者可以（希望）对这种命名风格所暗示的内容充满信心。
至于 CamelCase v 下划线等：同样，这取决于您的编码约定。使用两者的一种方法是应用带下划线的前缀来指示使用函数或文件范围/全局变量的模块，例如Config_Update().Status_Get()