Coding style 这真的很重要吗？
FxCop认为（基本上是从内存中）函数、类和属性应该用MajorCamelCase编写，而私有变量应该用minorCamelCase编写 我在谈论IRC上一个相当受欢迎的项目，并引用了一些代码。另一个家伙，一个相当臭名昭著的巨魔，也是一个半op（喘息！）似乎不同意。所有的东西都应该放在同一个盒子里，他非常热衷于马略卡米尔卡塞，甚至强调分离 当然，他只是一个巨魔，所以我想我会继续像以前那样做。在我学习上述指南之前，我几乎没有一个连贯的命名风格Coding style 这真的很重要吗？,coding-style,fxcop,camelcasing,Coding Style,Fxcop,Camelcasing,FxCop认为（基本上是从内存中）函数、类和属性应该用MajorCamelCase编写，而私有变量应该用minorCamelCase编写 我在谈论IRC上一个相当受欢迎的项目，并引用了一些代码。另一个家伙，一个相当臭名昭著的巨魔，也是一个半op（喘息！）似乎不同意。所有的东西都应该放在同一个盒子里，他非常热衷于马略卡米尔卡塞，甚至强调分离 当然，他只是一个巨魔，所以我想我会继续像以前那样做。在我学习上述指南之前，我几乎没有一个连贯的命名风格 不过，他让我思考——像这样的东西真的重要吗？如果你不关
不过，他让我思考——像这样的东西真的重要吗？如果你不关心项目的长期可维护性（或一致性或可读性），那么不，大小写（以及一般的编码约定）就不重要了。否则，它们确实很重要。请参阅。如果您不关心项目的长期可维护性（或一致性或可读性），那么不，大小写（以及一般的编码约定）并不重要。否则，它们确实很重要。请参阅。您需要确保您的代码在将来是可读的。请记住，您可能希望将应用程序的开发传递给其他人，此人需要阅读并理解它。您可能会停止积极地从事某个项目，并在一年后重返该项目，但您会惊讶地发现，您必须仔细阅读代码才能理解它是如何工作的 我相信是Steve McConnell说具体的命名风格并不重要（只要你保持一致，你可以使用任何你想要的东西），但这只适用于所有参与项目的人都同意你的意见的情况
一般来说，最好在可能的情况下采用社区接受的编码样式，以促进代码重用并缩短学习曲线。您需要确保您的代码在将来是可读的。请记住，您可能希望将应用程序的开发传递给其他人，此人需要阅读并理解它。您可能会停止积极地从事某个项目，并在一年后重返该项目，但您会惊讶地发现，您必须仔细阅读代码才能理解它是如何工作的 我相信是Steve McConnell说具体的命名风格并不重要（只要你保持一致，你可以使用任何你想要的东西），但这只适用于所有参与项目的人都同意你的意见的情况
一般来说，最好尽可能采用社区认可的编码风格，以促进代码重用并缩短学习曲线。您的特定编码风格无关紧要，只要在整个项目中保持一致 这提高了可读性和理解能力，就好像标识符是以特定的方式命名的一样，读者可以（希望）确信该命名风格意味着什么
至于CamelCase v下划线等：同样，这取决于您的编码约定。使用这两种方法的一种方法是使用带下划线的前缀来指示使用函数或文件范围/全局变量的模块，例如，
Config\u Update（）Status\u Get（）Config\u Update（）Status\u Get（）