程序员代码编写标准指南汇总
编写高质量的代码的10个准则
编写高质量的代码的10个准则在现代社会中，计算机技术的进步极大的促进了社会发展的进程，而计算机程序也是经过长时间的实践和探索而不断变得更加人性化、实用化和高效化的。
软件开发是一项复杂且具有高成本的任务，因此编写高质量代码对于软件开发人员来说非常重要。
本文介绍了编写高质量的代码的10个准则，这些准则有助于提高代码的可读性、可靠性、可维护性和可扩展性，从而有利于软件产品的开发和维护。
准则一、保持简洁简洁是一种美德，高质量代码应该简洁明了。
代码的复杂度和长度是代码品质的敌人。
长长的代码和复杂的逻辑会让代码难以理解、难以维护和新增功能。
简洁的代码不仅能够提高代码的可读性，还能减少错误的出现和维护的成本。
因此，程序员应该努力保持代码简介，去掉不必要的复杂逻辑，让代码更加清晰。
准则二、遵循规范遵循规范是高质量代码的基础。
规范是指一些编写代码的基本规则和准则，包括代码风格、代码格式、注释格式等。
如果程序员能够遵循规范，则可以保证代码的质量和一致性。
这样有助于团队成员之间相互协作，并且使代码更加易于维护。
准则三、注释详尽注释是高质量代码非常重要的组成部分。
没有注释的代码是难以被理解和维护的。
注释能够帮助程序员更好地理解代码的逻辑结构，同时也可以帮助其他人从中学习。
注释也有助于编写更加健壮的代码，防止遗留的bug。
程序员应该努力在代码中添加注释，并且注释应该充分地解释代码的意义和作用，而不仅仅是对代码进行复制和粘贴。
准则四、处理异常处理异常是写高质量代码的一个重要方面。
程序员需要在代码中预见到可能出现的异常情况，并且采取必要措施来处理它们。
这些措施包括：检查输入数据的有效性、避免空指针异常和数组越界等问题、处理并恢复程序运行中可能出现的异常、将异常的信息记录到日志中等。
通过这些措施，程序员可以保证代码的可靠性，减少运行错误和代码维护的时间成本。
准则五、进行单元测试单元测试是测试代码的一种有效的方式，也是提高代码质量的一个重要方面。
如何进行代码文档编写
如何进行代码文档编写代码文档编写是每个程序员都会面临的任务，良好的代码文档可以提高代码的可读性和可维护性，同时也有助于团队协作和项目的长期发展。
本文将介绍如何进行代码文档编写。
1. 概述代码文档的概述部分应该包括以下内容：- 项目名称和版本信息- 作者和贡献者- 文档的目标和范围2. 安装和配置在这一节中，需要详细说明如何安装和配置所编写代码的运行环境。
这包括：- 硬件和软件要求- 必要的依赖项和第三方库- 安装步骤和配置示例3. 使用指南使用指南应该是代码文档的重点部分，它应该告诉用户如何正确使用代码。
以下是一些可以包含在使用指南中的内容：- 快速开始指南，介绍代码的基本用法- 示例代码和演示- 常见问题和解决方案- 运行示例代码的步骤和实际应用案例- 详细的功能和API文档4. 代码结构和组织在这一节中，可以介绍代码的目录结构，模块划分和文件组织方式。
这有助于代码的维护和扩展。
可以使用树状图或文本形式展示代码的结构关系，并解释每个模块的职责和功能。
5. 常量和配置项如果代码中有一些常量或配置项，可以在这一节中说明它们的作用和如何修改。
这样用户可以根据自己的需求进行定制。
6. 函数和类的说明这一节可以包含代码中的各个函数和类的详细说明。
应该包括以下内容：- 函数和类的用途和功能- 输入和输出参数的说明- 使用示例和注意事项- 相关的API文档和参考资料7. 错误处理和异常情况代码中可能会出现错误和异常情况，这一节应该包括这些错误和异常的处理方式和解决方法。
可以提供常见错误的示例和解决方案，以及如何进行日志记录和调试。
8. 单元测试和集成测试代码文档中可以介绍如何编写和运行单元测试和集成测试。
可以提供一些示例测试用例和运行步骤，以及代码覆盖率和测试报告的解读方法。
9. 版本控制和更新日志在最后一节中，可以介绍代码的版本控制方式和更新日志。
版本控制可以使用Git或其他工具，更新日志应该记录每个版本的更新内容和改动。
编程语言规范
编程语言规范编程语言规范是程序员在编写代码时遵循的一套规则和标准，它旨在确保代码的可读性、一致性和可维护性。
下面是一份通用的编程语言规范，包括命名规范、代码风格、注释规范和一些最佳实践。
一、命名规范1. 变量名、函数名采用小驼峰式命名：例如：myVariable，myFunction。
2. 类名采用大驼峰式命名：例如：MyClass。
3. 常量名全大写：例如：MY_CONSTANT。
二、代码风格1. 使用缩进代替制表符，常用的方式是使用四个空格缩进。
2. 在代码块中，使用一对花括号{}来表示开始和结束，且开始花括号需单独一行。
3. 操作符与运算数之间加入空格，例如：a = b * c。
4. 代码行长度不超过80个字符，超出的部分需要换行。
5. 避免行尾空格。
三、注释规范1. 使用自然语言编写注释，明确解释代码的功能和目的。
2. 在函数和类的定义之前，添加文档注释，说明函数或类的用途、参数和返回值。
3. 注释行长度不超过80个字符，超出的部分需要换行。
四、最佳实践1. 遵循单一职责原则：每个函数、类只负责一项具体的功能。
2. 使用清晰的命名：命名应该能表达代码的意义，避免使用缩写和无意义的命名。
3. 尽量避免使用全局变量，在需要共享数据时，使用参数传递或者类的属性。
4. 避免使用魔法数字，应该使用有意义的常量来代替。
5. 错误处理应该被捕获并处理，避免让程序崩溃或进入不可预测的状态。
6. 函数和类应该有适当的文档注释，以便其他人能够理解和使用。
总结：编程语言规范是一项重要的开发实践，它能够提高代码的质量和可维护性。
在编写代码时，遵循一套规范可以使代码更易读、易懂，提高团队之间的协作效率。
同时，编程语言规范也是程序员的一种专业素养，它不仅能够为代码提供一种良好的结构和格式，还能够反映出程序员的编程水平和对软件工程的理解。
因此，我们在编写代码时应该时刻遵循编程语言规范，不断提高自己的编程素养，并不断完善和优化自己的代码。
程序员都是怎么写代码的 写作
程序员都是怎么写代码的程序员是一群神秘而又充满魅力的人。
他们以编写代码为生，用自己的智慧和技能创造出各种神奇的应用程序和软件。
那么，程序员都是怎么写代码的呢？在本文中，我们将探讨程序员的写代码方法和技巧。
1. 编写代码前的准备工作在开始编写代码之前，程序员需要进行一些准备工作。
首先，他们需要仔细阅读文档和教程，了解应用程序或软件的需求和功能。
其次，他们需要设计应用程序或软件的架构和模块，确定代码的组织结构。
最后，他们需要准备一些工具，如文本编辑器或集成开发环境(IDE),以便编写和调试代码。
2. 编写代码的技巧程序员在编写代码时需要掌握一些技巧，以确保代码的可读性、可维护性和可扩展性。
以下是一些编写代码的技巧:- 使用有意义的变量名和函数名，避免使用单个字符或无意义的命名方式。
- 将代码划分为小的模块和函数，并将它们封装在私有变量中。
- 使用面向对象编程 (OOP) 的思想，将代码划分为不同的类和对象，并让它们相互交互。
- 编写注释，解释代码的功能和实现方式。
- 使用版本控制工具，如 Git，对代码进行版本管理和协作。
3. 调试代码的技巧编写代码并不是一件简单的事情，程序员经常会遇到一些错误和问题。
在这种情况下，他们需要掌握一些调试代码的技巧。
以下是一些调试代码的技巧:- 使用调试器，如 Visual Studio，跟踪代码的执行过程，并识别错误和问题。
- 使用断点，如在代码中添加断点，以便暂停代码的执行，并查看变量的值。
- 使用日志和输出，记录代码的执行过程和结果，以便日后的调试和维护。
- 使用自动化测试工具，如 Selenium，对应用程序或软件进行测试，并确保它们始终正常工作。
4. 编写高质量的代码编写高质量的代码是程序员的最终目标。
入门级程序员必学的10个代码规范
入门级程序员必学的10个代码规范代码规范是编写高质量、可维护和可扩展代码的重要指南。
遵循代码规范可以提高代码的可读性、降低维护成本，并促进团队合作。
以下是入门级程序员必学的10个代码规范:1.命名规范：-变量、函数和类名要有意义且描述性强，使用驼峰式命名法。
-避免使用单个字符或缩写作为变量名。
-对于常量，使用全大写命名，使用下划线分隔单词。
2.缩进和空格：-使用合适的缩进，一般为四个空格。
-避免使用制表符。
-为操作符和逗号之前添加空格，但不要在括号和参数之间添加空格。
3.注释规范：-在关键代码块上方添加注释，说明该代码的功能和用途。
-避免过度注释或乱写注释，只注释必要的部分。
-使用有意义的注释来解释复杂的算法或特殊需求。
4.函数和方法规范：-函数或方法的长度应保持在可读范围内，不要超过50行。
-函数和方法的功能应该单一，尽量避免实现过多的功能。
-使用合适的命名来描述函数或方法的功能。
5.错误处理：-使用异常处理机制来处理错误情况，避免使用错误码。
-函数和方法应该返回有意义的错误消息，方便用户调试和排查问题。
-在必要的时候，使用日志记录错误信息。
6.可复用性：-提取公共的功能代码到可复用的模块中，避免重复代码。
-使用接口或抽象类来定义通用的行为和方法。
-遵循单一职责原则，使每个类和方法只负责一个功能。
7.异步编程规范：-避免使用回调地狱，使用Promise、async/await等异步编程方法提高可读性。
-错误处理要考虑异步函数的特殊情况和回退机制。
8.文件和目录结构：-为文件和目录选择有意义的名称，符合项目的逻辑结构。
-放置相似功能或相关文件在同一文件夹下，方便查找和管理。
-确保代码和测试文件的分离，避免混淆。
9.版本控制：-使用版本控制系统（如Git）来管理代码的历史记录和变更。
-遵循合适的分支策略和提交规范。
-确保每个提交都有有意义的注释，解释变更的目的和影响。
10.代码审查：-将代码提交给同事或团队进行代码审查，以提供反馈和建议。
程序员必知的个代码规范原则
程序员必知的个代码规范原则代码规范是程序员在编写代码过程中必须遵守的基本原则，它可以提高代码的可读性、可维护性和可扩展性，从而减少代码错误和提高团队的工作效率。
本文将介绍程序员必知的一些代码规范原则。
一、命名规范良好的命名规范有助于他人理解代码的含义。
在命名变量、函数、类等标识符时，应遵循以下原则：1. 选择具有描述性的名称，能够清晰地表达其用途和含义。
2. 使用驼峰命名法或下划线命名法，保持一致性。
3. 避免使用过于简短或过于冗长的名称。
4. 使用英文单词或常用缩写，尽量避免使用拼音或无意义的缩写。
二、代码缩进和格式化代码缩进和格式化可以提高代码的可读性，使代码结构清晰明了。
在编写代码时，应遵循以下原则：1. 使用适当的缩进，使代码块之间的层次关系清晰可见。
2. 在代码的不同部分之间留出适当的空白行，以便增加可读性和代码的可视性。
3. 遵循一致的代码布局风格，如花括号的位置、空格的使用等。
4. 使用合适的命名规范对代码进行格式化。
三、注释规范良好的注释可以帮助他人理解代码的意图和作用，提高协同开发的效率。
在编写代码时，应遵循以下原则：1. 在需要解释或说明的地方加入注释，包括变量、函数、类等的作用、参数和返回值等。
2. 使用清晰简洁的语言编写注释，避免使用无意义的句子或废话。
3. 注释应与代码保持同步更新，不要存在注释与实际代码不符的情况。
4. 避免使用过多的注释，以清晰的代码逻辑和良好的命名规范取代冗长的注释。
四、错误处理规范良好的错误处理规范可以提高代码的健壮性和可靠性，在出现异常情况时能够正确处理错误。
在编写代码时，应遵循以下原则：1. 避免使用空的异常处理块或忽略异常，应该合理处理异常，包括捕获、记录和恢复。
2. 使用恰当的异常类型来捕获和处理特定类型的异常，提高代码的可读性和可维护性。
3. 不要在循环内部或频繁执行的代码块中添加过多的异常处理，以免影响代码执行效率。
4. 使用合适的错误提示信息和日志记录，便于日后的调试和错误排查。
程序员开发手册
《安全生产信息化管理系统》程序员开发手册1概述目的1、方便代码的交流和维护。
2、不影响编码的效率，不与大众习惯冲突。
3、使代码更美观、阅读更方便。
4、使代码的逻辑更清晰、更易于理解。
范围本手册适用于开发部全体人员，作用于软件项目开发的代码编写阶段和后期维护阶段。
警示通过自动检查【】或人工检查【部门主管或相关负责人】不符合编码规范的，必须在限期【部门主管或相关负责人指定时间】内修正,逾期视为工作过失，部门主管或相关负责人视具体情况做出相关处理。
术语定义1、匈牙利命名法【禁用】标识符的名字以一个或者多个小写字母开头作为前缀；前缀之后的是首字母大写的一个单词或多个单词组合，该单词要指明变量的用途。
例如：aUserId数组 (Array)定义以小写字母a开头2、帕斯卡（pascal）命名法【推荐】将标识符的首字母和后面连接的每个单词的首字母都大写。
可以对三字符或更多字符的标识符使用Pascal 大小写。
例如：UserId3、骆驼(Camel)命名法【推荐】标识符的首字母小写，而每个后面连接的单词的首字母都大写。
例如： userId2代码格式列宽1、为了防止在阅读代码时不得不滚动源代码编辑器，每行代码或注释在一般显示频率下不得超过一显示屏，代码列宽控制在110字符左右。
2、系统中部分代码可以不遵循此原则。
如：VIWFormItemDetail[]3、SQL语句拼接、字符串拼接、函数参数名过长、判断语句过长的代码要遵循以上原则。
换行1、当表达式超出或即将超出规定的列宽，一行被分为几行时，通过将串联运算符放在每一行的末尾而不是开头，清楚地表示没有后面的行是不完整的。
String querySql = “ SELECT ProjectId”+“,ProjectTitle ”+“FROM Project ”2、每一行上放置的语句避免超过一条。
3、当表达式超出或即将超出规定的列宽，遵循以下规则进行换行(1)在逗号前换行。
一名程序员必备的编码规范指南
一名程序员必备的编码规范指南在当前快速发展的技术领域中，程序员越来越重要。
而在进行编码任务时，编码规范则是必不可少的。
编码规范不仅可以提高代码可读性，降低后期维护的成本，还能减少潜在的漏洞和错误出现的可能。
因此，本文将为程序员们提供一份必备的编码规范指南。
1. 命名规范命名规范可以让程序员更好地理解变量、函数、类和其它组件的名称以及其所代表的含义。
以下是命名规范的一些基本要点：- 变量名要有意义好的变量名可以让代码更加清晰易读。
引用形式使用驼峰命名。
例如：personName、userCode、serviceName。
- 函数名的动词要体现函数的功能函数名应该体现函数的作用，使用动词或动词短语描述函数的功能。
例如：getUserInfo、processText。
- 类和接口的名称要使用名词类和接口的名称应该使用名词以反映其本质的含义。
如果类表示实体，例如一个人，那么类名就应该是Person，如果类表示所支持的服务，则类名应该是Service。
- 常量名要全部大写常量名应该使用全部大写的布局，例如MAX_VALUE或MIN_VALUE。
2. 缩进和格式化规范使用缩进和格式化可以让代码更加易读，在团队协作中可以节省时间并提高效率。
以下是缩进和格式化规范的一些基本要点：- 使用制表符而不是空格制表符是专门用于缩进的，它可以便于用户在编辑器中按下tab键对代码进行缩进。
只有当要求绝对的对齐时才使用空格。
- 缩进级别为4个空格将缩进级别设置为4个空格，可以让代码更加美观和整洁。
- 左大括号不要单独占据行如果大括号位于函数参数或语句末尾，则将其放在此位置；否则，将其与下一行代码放在同一行，并用空格分开。
3. 注释规范注释可以让代码更加清晰易懂，在代码维护和管理中也具有重要的作用。
以下是注释规范的一些基本要点：- 避免使用无用注释确保注释是有用的，不要为大家注释每一行代码，只需要注释有可能让人混淆或无法理解的代码即可。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Delphi 6 程序员代码编写标准指南一、序言二、通用源代码格式规则2.1 缩格2.2 页边空格2.3 Begin…End 配对2.4 代码文件中通用符号含义三、Object Pascal3.1 括号3.2 保留字和关键字3.3 过程和函数（例程）3.3.1 命名/格式化3.3.2 形式参数3.3.2.1 格式化3.3.2.2 命名3.3.2.3 参数的排序3.3.2.4 常量参数3.3.2.5 名称的冲突3.4 变量3.4.1 变量的命名和格式3.4.2 局部变量3.4.3 全局变量的使用3.5 类型3.5.1 大写约定3.5.1.1 浮点指针类型3.5.1.2 枚举类型3.5.1.3 变数和ole变数类型3.5.2 结构类型3.5.2.1 数组类型3.5.2.2 记录类型3.6 语句3.6.1 if 语句3.6.2 case 语句3.6.2.1 一般性话题3.6.2.2 格式3.6.3 while 语句3.6.4 for 语句3.6.5 repeat 语句3.6.6 with 语句3.6.6.1 一般话题3.6.6.2 格式3.7 结构异常处理3.7.1 一般话题3.7.2 try…finally的使用3.7.3 try…except的使用3.7.4 try…except…else的使用3.8 类类型3.8.1 命名和格式3.8.2 域3.8.2.1 命名/格式3.8.2.2 可视化3.8.3 方法3.8.3.1 命名/格式3.8.3.2 使用静态的方法3.8.3.3 使用虚拟/动态的方法3.8.3.4 使用抽象的方法3.8.3.5 属性存取方法3.8.4 属性3.8.4.1 命名/格式3.8.4.2 使用存取的方法四、文件4.1 工程文件4.1.1 命名4.2 窗体文件4.2.1 命名4.3 数据模板文件4.3.1 命名4.4 远端数据模板文件4.4.1 命名4.5 Unit文件4.5.1 通用Unit结构4.5.1.1 unit的名字4.5.1.2 uses子句4.5.1.3 interface部分4.5.1.4 implementation部分4.5.1.5 initialization部分4.5.1.6 finalization部分4.5.2 窗体单元4.5.2.1 命名4.5.3 数据模板单元4.5.3.1 命名4.5.4 一般目的单元4.5.4.1 命名4.5.5 构件单元4.5.5.1 命名4.6 文件头五、窗体和数据模板5.1 窗体5.1.1 窗体类型命名标准5.1.2 窗体实例命名标准5.1.3 自动创建窗体5.1.4 模式窗体实例化函数5.2 数据模板5.2.1 数据模板命名标准5.2.2 数据模板实例命名标准六、包6.1 使用运行包和设计包的比较6.2 文件命名标准七、构件7.1 用户自定义构件7.2 构件单元7.3 使用注册单元7.4 构件实例命名约定7.5 构件的前缀7.6 Standard 页7.7 Additional 页7.8 Win32 页7.9 System 页7.10 Internet 页7.11 Data Access 页7.12 Data Controls 页7.13 Decision Cube 页7.14 Qreport 页7.15 Dialogs 页7.16 Win3.1 页7.17 Samples 页7.18 ActiveX 页7.19 Midas 页7.20 ADO 页7.21 InterBase 页7.22 InternetExpress 页7.23 FastNet 页一、序言本文档详述了使用JAVA进行编程的代码编写标准。
本文档的目的在于阐述一种方法，通过该方法，开发小组可以在他们所编写的代码中保持一贯的风格。
这样做的目的是使在开发小组中的每一个程序员都可以明白其他程序员的代码。
这有助于提高代码编写的可读性和使用的一贯性。
二、通用源代码格式规则2.1 缩格tab字符代表4个空格宽度。
代码的每一层次缩进量为一个tab(4个空格)2.2 页边空格页边空格会被设置成80字符宽。
通常，源码不会超出这个边界，但这个方针会有一些弹性。
不管是否有可能，那些超出到另一行的语句会在一个逗号或其他操作符之后与前面的语句相连。
当一个语句被打断相连时，它应比原来的那一行语句缩进两个字符。
2.3代码文件中通用符号含义//// 四个斜杠代表当前有未实现的内容，相当于占位符三、Object3.1 括号不要在括号与括号之间的字符中间留下空格。
下面的例子示范了错误的与正确地使用括号中的空格：main( Aparameter ); //错误main(Aparameter); //正确3.3函数（例程）3.3.1 命名/格式化1.变量的命名命名应尽量表达变量的含义，大小写遵循Java的驼峰规则。
一个正确格式的变量名称：public userName;一个不合适的变量名称：public UserName;例程的名称应该同它的内容相符。
一个会导致某个行为的例程应以动词开头。
例如：procedure FormatHardDrive;一个用于设置输入参数的例程应以单词set作为前缀，例如：procedure SetUserName;一个用来接收某个值的例程应以单词get作为前缀，例如：procedure GetUserName : string;3.3.2 形式参数3.3.2.1 格式化如果有的话，相同类型的形参应合并在一个语句中：procedure Foo(Param1, Param2, Param3 : Integer; Param4 : string);3.3.2.2 命名所有形参的名字应是十分符合它们所代表的意义，特别是应该以传送到例程中的标志符的名称为基础。
一个好的参数名称应以字符a为前缀－例如：procedure SomeProc(aUserName : string; aUserAge : integer);“a”前缀按约定表示该参数的名称是与类类型中的一个属性或域的名称相对应的。
3.3.2.3 参数的排序下面的形参的顺序重点说明了注册者调用约定调用的好处。
－最常用的参数应放在第一位，其它的参数应按从左到右的顺序排列。
－输入参数列表应放在输出参数列表的左边。
－将通用的参数放在特殊参数的左边，例如：procedure SomeProc(aPlanet, aContinent, aCountry, aState, aCity) －排序有可能有些例外，比如事件的处理。
类型为TObject的Sender参数经常放在第一位。
3.3.2.4 常量参数当一个参数为记录型、数组类型、ShortString、或接口类型并且在例程中不被改变时，这些参数应做上常量标记。
这样做会让编译器更加有效率的产生有关这些不改变的参数的代码。
而例程中另外一些非变参数也可常量来传送。
尽管这样做没有产生任何效果和提高效率，这将会给调用例程的使用者提供更多的信息。
3.3.2.5 名称的冲突当使用拥有两个名称相同的例程的两个单元时，如果你调用该例程时，在uses子句中排在后面的单元中的例程将会被调用。
为了解决这种“在uses子句上的模糊”冲突，要在调用该例程时写上相关的单元的前缀，例如：SysUtils.FindClose(SR);或Windows.FindClose(Handle);3.4 变量3.4.1 变量的命名和格式变量的命名应以使用它们的目的相符循环控制变量应采用一个单独的字符作为名字，比如I，J，或K，也可以采用更加有意义的名字，比如 UserIndex。
逻辑变量的名字应能充分表达准确的真或假的意思。
3.4.2 局部变量一个过程中的局部变量应遵循所有其它变量的使用和命名约定。
临时变量的取名应合理。
局部变量应加上前缀tmp，如tmpUserName。
如果必须的话，在一进入例程就应初始化局部变量。
局部的AnsiString变量会自动初始化为一个空的字符串。
局部接口和派分接口类型变量将会自动初始化为nil，并且局部变数和ole变数类型变量会自动初始化为Unassigned3.4.3 全局变量的使用使用全局变量是不推荐的。
但是，在某些时候还是必须使用，而且它们也只应在必须使用的时候才使用。
在这种时候，你应努力只在一段上下文范围内使用全局变量。
例如，一个全局变量只应在一个单元的implemntation部分内是全局的。
如果打算在多个单元类使用全局数据，你应将它们移到一个公共的单元中然后被其它所有单元使用。
全局变量可以在var子句中直接初始化为一个值。
记住，所有的全局数据会自动初始化为0,因此不要将全局变量初始化为一个“空”值比如0、nil、’’、Unassigned、等等。
这样做的一个理由是因为零－初始化的全局数据在exe文件中不会占据任何空间。
零－初始化数据被存储在一个虚拟的数据段，它在应用程序启动后被分配在一段内存中。
非零－初始化的全局数据在硬盘的exe文件占用空间。
全局变量命名应加上前缀glb，如glbUserName。
3.5 类型3.5.1 大写约定如果类型的名字是保留字，那么它应全部小写。
Win32 API类型通常全部大写，并且你必须遵循在Windows.pas或其他API单元中的详细类型名称的约定。
对于其他变量名字，第一个字母应为大写，而其他字母应错落有致。
下面是一些例子：varMyString : string; //保留字WindowHandle : HWND; //Win32 API类型I : Integer; //在System单元中引进的类型标识符3.5.1.1 浮点指针类型不推荐使用Real类型，因为它的存在只是为了向前兼容早期的Pascal代码。
在通常情况下用Double来实现浮点指针的需要。
并且，Double对处理器和总线而言是做了最优化处理的，它也是IEEE中定义的标准数据格式。
只有当需要的范围超出Double所定义的范围时才使用Extended。
Extended是intel定义的类型且在Java中不支持。
只有当浮点指针变量的实际字节大小有其意义时才使用Single。
（比如当使用另一种语言的DLLs 时）。
3.5.1.2 枚举类型枚举类型的名字需符合使用该类型的目的。
该类型的名字需以字符T为前缀，以表明这是一个类型。
枚举类型中的标识符列表必须包含两个或三个字符的前缀来对应于该枚举类型的名字－例如：TSongType = (stRock, stClassical, stCountry, stAlternative, stHeavyMetal, stRB);一个枚举类型的实例的名字应与不要前缀的枚举类型（SongType）相同，除非有更好的原因来赋予该变量更特殊的名字，比如：FavoriteSongType1,FavoriteSongType2等等。