- 编码的风格曾经是、现在是、将来也将继续是程序员之间信仰之争的主题之一。编程样式极大的影响了代码的可读性,没有人愿意使用读不懂的代码。
- 我们的代码一般有3类读者:
- 1. 我们自己,我们不仅需要能够读懂刚刚写下的代码,也需要在多年之后仍然能够明白它的意思;
- 2. 编译器,关注语法,不关注样式;
- 3. 其他人,这类人最重要,也最容易被忽视。
- 什么是好的样式?
- 1. 一致(Consistent);
- 2. 传统(Traditional),采取一种业内流行的样式;
- 3. 简洁(Concise)。
- 括号的样式风格:
- 1. K&R风格;
-
- 优点:占用更少空间,能够在屏幕上看到更多的代码;
- 缺点:括号不对齐,视觉上不易匹配;代码看起来比较拥挤。
- 2. 悬挂式风格;(个人最喜欢的风格)
-
- 优点:清晰、不拥挤;容易找到括号匹配;
- 缺点:占用更多空间。
- 3. 缩进式风格;
- 4. 其他风格。
-
- 好的样式风格不止一种,各种风格的品质和适用性取决于使用的环境和文化背景。选择一种好的编码风格,并坚持使用它。多种风格有助于我们写出更好的代码。
- 对于一个组织来讲,是需要一种内部的编码风格的。这样可以提高代码的质量,并使软件开发更加安全。所有人共同分享同一种风格所带来的好处,远远超出了为了同意而付出的代价,即使不赞同这个标准,你也应该遵守它。
- 当一个组织内么有一个明确的编码风格时,我们需要制定一份。这是一项需要谨慎考虑的任务。应该恰当而坚决的开展。
- 一个良好的个人风格对于整个团队的程序员不一定是最好的。你要创建的标准不应当只适合你自己的审美习惯,它应该使团队的代码合为一体,并避免常见的问题。
- 创建编码风格时可以采取的策略:
- 1. 圈定使用范围;
- 2. 赢得广泛参与。有参与才会更乐意遵守;
- 3. 做出成果。最终应该有一份可以理解的文档;
- 4. 使最佳做法标准化;
- 5. 突出重点;
- 6. 避免热点。把罕见且麻烦的情况留给个人决定,前提是不会造成太大的分歧;
- 7. 逐步完善;
- 8. 为推广做计划;
- 9. 创建编码风格时,需要注意掌握分寸,不是规定的越细越好;
- 我们有理由认为:版面漂亮的代码是经过精心设计的代码,格式混乱的代码一定没有好好下功夫。
- 优秀的程序员:
- 1. 避免无意义的争论,对别人的意见非常敏感;
- 2. 谦虚克己,不认为自己永远是对的;
- 3. 懂得版面是如何影响可读性的,并努力写出可能清晰的代码;
- 4. 采用内部样式,即使内部样式与他们的个人偏好相矛盾。
- 糟糕的程序员:
- 1. 闭目塞听,固执己见,认为“我的观点才是正确的”;
- 2. 和每个人争论最琐屑的小事,把这些当成成证明自己优势的机会;
- 3. 没有始终如一的个人编码风格;
- 4. 对别人代码的风格指手画脚。
参考文章: