我在大学里学习的一个类是我们在C中进行大量编程的地方。我们应该在作业中使用'C'风格的命名约定或者获得停靠标记（例如，一个变量被命名为int line_counter，函数clear_array（））我发现这个约定真的很烦人，因为在Java一年之后，这样的事情会比lineCounter或clearArray（）更方便地命名。下划线很烦人，打字麻烦，增加了语法错误的数量。为什么要遵循这个惯例？是否有一些逻辑或它的背后？或者它只是让'C'更难编写代码的另一个诀窍？c风格命名约定的要点
风格命名约定是一个传统问题，地方协议和统一。你必须习惯不同的风格，因为在就业市场上一旦出局，你不能保证你会使用你喜欢的代码约定。从这个意义上讲，重点是你必须知道Java风格不是你将要处理的唯一风格。
关于如果这是一个好的决定与否，很难决定。即使我有几十年的编程经验，但我仍然对你的造型违规感到恼火，但你不能真正假装将旧的代码改造成新的约定。这需要大量的非生产性时间，并将其他程序员的一切都搞砸了。
可以减轻慢于型下划线使用你的编辑器选项卡中完成（如VIM）的问题。编写一个方法只会输入几个字母并按下Tab键。在第一个字母中不太可能会出现下划线。
习惯了特定的风格约定只是你写的代码行数的问题。在这种情况下，因为习惯了Java而在C语言中感到烦恼的人也是Python中的惯例：与你相反（我主要用Python编程），我更喜欢用下划线的变量名（虽然我理解java的也很清楚阅读）
在另一方面，作为一个好奇心，你可能知道，写一个给定字符的难度取决于你的键盘的区域分布。 C中使用的许多符号都是可以用西班牙语键盘写的地狱。
我认为这是一个非常糟糕的主意，是不是使用标准约定的语言和开发自定义的约定。这是对别人真的不好，也是你，因为所有的文档，代码等你有学习或将在标准样式写的语言互动
有作为“C风格的命名约定没有这样的事“;您将在C代码和C++代码中找到许多不同的样式。也就是说，你只需要把它吸了出来，并按照你的教授所要求的惯例。一般来说，风格约定的目的是为了减少错误并使其轻松推断关于符号的信息而无需查看其声明。也就是说，哪种风格或哪种风格最适合有很多不同之处。尽管如此，一贯的风格对于理解整个代码库十分重要，如果所有的作业都使用相同的一致风格编写，那么对于教授来说，分级和理解作业可能会更容易。
差不多你工作的任何公司都需要你坚持公司的编码约定，所以它也不是没有道理的你的教授有类似的要求。尽管我第一次开始使用它时已经习惯了Google's C++ coding conventions，但它对于代码的可读性无疑是一致的风格。没有什么比混合不同风格更难以理解。
我不同意你的老师决定扣分资本，但你将不得不跟随他或她的指令。
等级旨在反映对材料的理解。我个人发现，在教授介绍性的C课程以便对理解进行评分时，就足够了。初学者有足够的难度掌握语言结构。对琐碎事物进行对接是不必要和残酷的。
您老师的特殊风格或遵循企业风格的优点是不同的问题。
请参阅：http://stackoverflow.com/questions/608443/underscore-or-camelcase – slhck 2010-10-31 09:12:46
“我不链接这个命名约定”不是一个问题。如果它是一个，它不会是一个有趣的。你的意见已经被无数次地表达出来了，反之亦然。 – 2010-10-31 09:42:15