代码格式规范有哪些

上周，2023年，我开始学习代码格式规范。以下是几种常见的代码格式规范：
1. PEP 8 (Python)

• Python 社区广泛采用的代码风格指南。
• 强调清晰、一致性，易于阅读和维护。
• 例如：每行不超过79个字符，使用4个空格缩进，变量和函数名采用小写字母和下划线。
  2. Google 开源风格指南
• 涵盖多种编程语言，如Java、C++、JavaScript等。
• 强调代码的清晰性和可维护性。
• 例如：代码缩进为2个空格，类名首字母大写，接口名首字母小写。
  3. Allman 规范
• 使用缩进和括号来提高代码的可读性。
• 例如：在函数和类定义中使用括号包裹整个函数体。
  4. K&R 规范
• 由C语言创始人Kernighan和Ritchie提出。
• 使用缩进和括号来提高代码的可读性。
• 例如：函数定义中括号位于函数名之后。
  5. Filesystem Hierarchy Standard (FHS)
• 与代码格式规范无关，但同样重要。
• 定义了Linux系统中文件和目录的布局。
• 例如：源代码文件通常放在 /usr/src/ 目录下。
  6. 编码规范
• 包括字符编码、文件编码等。
• 例如：UTF-8编码，确保代码在不同的系统和编辑器中都能正确显示。
  每个人情况不同，选择适合自己的代码规范很重要。你看着办。我刚想到另一件事，除了代码格式规范，代码注释也很重要，它有助于他人理解你的代码意图。

嗯，代码格式规范这事儿，挺重要的。我以前也写过不少代码，总结一下，就这几个方面吧：
1. 缩进：就像写文章要有段落一样，代码里也要有缩进。一般来说，四个空格或者一个制表符。2022年，我还在某个项目里，就因为缩进问题跟同事吵了一架，当时也懵，后来才反应过来，规范真重要。
2. 命名：变量、函数、类这些命名，要清晰、有意义。比如，不要用 var1、var2 这种，应该用 userCount、orderPrice 这样的。在某个城市，有个团队，他们命名不规范，导致后期维护起来特别费劲。
3. 注释：代码里要有注释，解释一下这行代码是干嘛的。我之前有个项目，没有注释，后来接手的人，花了两天时间才搞明白。
4. 代码长度：一行代码太长，读起来累。一般来说，一行不超过80个字符。2022年，我接了一个项目，里面有一行代码，我数了数，有一百多个字符，当时就感觉，这代码写得太随意了。
5. 代码重复：尽量避免重复代码，要复用。我后来才反应过来，之前写的代码，好多地方都重复了，要是早知道这个规范，就能省不少事。
6. 空格和换行：合理使用空格和换行，可以让代码更易读。比如，操作符前后要加空格，方法调用时参数之间也要加空格。
7. 大写字母：常量、宏定义这些，一般用大写字母。我偏激的时候，看到有人把常量写成小写，就特别生气。
8. 代码风格：不同的团队，可能对代码风格有不同的要求。比如，有的团队喜欢用K&R风格，有的喜欢用Google风格。
总之，规范这事儿，得认真对待。我当时也懵，现在想想，规范能提高代码质量，也能提高团队协作效率。