Delphi 程序员代码编写标准指南
Delphi编程-程序代码编写规范
附录A 编码规范管理程序代码编写规范通常一个大型应用系统，都是由多人共同完成的。
在这种环境下如何实现相互之间的交流呢，这就要求同一个程序组的编程风格要基本一致。
这里，除了以上讲到的命令和界面要一致外，还包括程序代码的规范。
而程序代码的规范主要有以下几个方面的内容：一、代码及注释规范1.代码中所有保留字的大小写要一致，这里我们规定都用小写；2.注释要求：●单元的头注释中要求指明的项目如下示例：(******************************************************** 建立日期：年月日；* 作者：* 最近更新时间：******************************************************** 单元主要功能描述：********************************************************* 修改记录* =======* 修改日期：* 修改原因：* 修改简要情况：*******************************************************)●过程和函数注释中除了指明该过程或函数的功能外，在该过程或函数中的重要方法的语句的作用都要加注（显而易见的语句除外，当然这个度是靠每个人自己把握）。
●公用变量也要求被注释，以说明该变量的用途。
●被引用自制构件或第三方构件单元，要求与系统中的单元区分开，可另起一行，并在中间加入注释如：{ 以下为自制构件及第三方构件单元}●被引用的单元要求注释如，usesDataMod； { 数据模块 }3.变量申明位置要求：●全局变量要求在程序接口部分的var下面申明；●公用变量要求在public部分申明；●私有变量要求在private部分申明；●对于用作for循环的变量，如i、j、k等应该在使用该变量的过程或函数中去申明，不得在public、private以及程序接口部分的var下面申明；●只在一个过程或函数中使用的变量或方法，和用作for循环的变量一样，应在使用该变量的过程或函数中去申明。
delphi11 程式开发手册
第一部分：认识Delphi 111.1 Delphi 11的历史与发展在我们开始深入探讨Delphi 11的开发手册之前，首先让我们来了解一下Delphi的历史与发展。
Delphi是一种集成式的开发环境，最初由Borland公司推出，后来由Embarcadero Technologies继承并发展。
它以强大的可视化设计工具和成熟的集成开发环境而闻名，使得开发者能够更加高效地进行Windows应用程序的开发。
1.2 Delphi 11的特点与优势Delphi 11作为一款面向对象的编程语言，提供了丰富的组件库和强大的可视化设计工具，使得开发者能够快速构建出高质量、用户友好的应用程序。
Delphi 11还具有跨评台开发的能力，可以为Windows、MacOS、iOS和Android等多个评台进行开发。
这种跨评台的能力为开发者提供了更大的灵活性和选择空间。
1.3 Delphi 11的应用领域与前景随着数字化和智能化的趋势日益加剧，Delphi 11作为一种强大的开发工具，将在各个领域展现出巨大的应用潜力。
从传统的企业应用到互联网+、大数据、人工智能等前沿领域，Delphi 11都能够发挥重要作用，为开发者们带来更多的可能性与机遇。
第二部分：深入探讨Delphi 11的开发手册2.1 基础知识与入门指南要想深入掌握Delphi 11的开发手册，我们首先需要了解一些基础知识和入门指南。
Delphi 11的开发手册包括了语言基础、集成开发环境、组件库、数据库开发、多评台开发等多个方面的内容。
开发者们可以通过学习这些基础知识，快速熟悉Delphi 11的开发环境，为后续的深入学习打下坚实的基础。
2.2 高级特性与实战经验除了基础知识外，Delphi 11的开发手册还涵盖了丰富的高级特性和实战经验。
面向对象的编程思想、多线程开发、界面设计与美化、数据持久化与安全等方面的内容都将在开发手册中得到详细解释与示例。
通过学习这些高级特性与实战经验，开发者们可以更加深入地了解Delphi 11的强大功能与应用场景。
Delphi编码规范
Delphi 编码规范版本说明目录1.规范说明 (6)2.源代码编写格式 (7)2.1一般编写格式规则 (7)2.1.1缩进 (7)2.1.2空格 (7)2.1.3边距 (8)2.1.4注释 (9)2.2O BJECT P ASCAL语法书写格式规范 (10)2.2.1括号 (10)2.2.2保留字和关键字 (10)2.2.3变量与常量 (10)2.2.4begin...end. (13)2.2.5语句 (14)2.2.6类型 (20)2.2.7过程与函数 (21)2.2.8类 (23)3.控件 (26)3.1命名 (26)3.2常用控件简称 (26)3.2.1Standard页 (26)3.2.2Additional页 (26)3.2.3Win32页 (27)3.2.4System页 (28)3.2.5Data Access页 (28)3.2.6Data Control页 (28)3.2.7dbExpress页 (29)3.2.8BDE页 (29)3.2.10Internet页 (30)3.2.11FastNet页 (30)3.2.12Qreport页 (31)3.2.13Dialogs页 (31)3.2.14Win3.1页 (32)3.3自定义控件简称 (32)3.3.11stClass页 (32)3.3.2wing页 (33)4.文件 (34)4.1项目文件 (34)4.1.1项目开发目录结构 (34)4.1.2命名 (34)4.2窗体文件 (34)4.2.1命名 (34)4.2.2界面 (35)4.3数据模块文件 (36)4.3.1命名 (36)4.4远程数据模块文件 (36)4.4.1命名 (36)4.5单元文件 (37)4.5.1普通单元文件 (37)4.5.2窗体单元文件 (37)5.附录 (38)5.1修改规范 (38)5.1.1新增代码 (38)5.1.2删除代码 (38)5.1.3修改代码 (39)5.2编程规则 (39)5.2.2可读性要求 (40)5.2.3结构化要求 (40)5.2.4正确性与容错性要求 (41)5.2.5可重用性要求 (42)5.2.6程序效率要求 (42)5.3注释模版 (43)5.3.1项目注释 (43)5.3.2文件注释 (43)5.3.3函数与过程 (45)5.4部分常用单词缩写 (52)1.规范说明本规范主要规定Delphi源程序在书写过程中所应遵循的规则及注意事项。
程序设计规范(Delphi)
程序设计规范（Delphi）1.概述:1.1. 编写目的本规范规定了YUNTONG-TECH程序在编写过程中涉及到的程序文件和编码风格。
本规范以Delphi 语言为标准制定，使用其它编程语言的编码风格和规范在相关的文档中规定。
1.2. 参考资料(1)程序员指南，Microsoft Press(2)Windows界面应用程序设计指南，Microsoft Press(3)Delphi 5 开发人员指南，机械工业出版社(4)程序设计规范VB，聂俊华，北航十四系2.程序文件1.1. 项目文件的组织在Delphi中，按照项目为单位来组织程序文件。
在一个典型的项目中包括：(1)项目文件（.DRP文件）含有工程主程序的Pascal源代码；(2)单元文件（.PAS文件）项目中每个窗体的Pascal源文件，包含该窗体的所有声明和过程（包括时间处理过程）；(3)窗体文件（.DFM文件）含有一个窗体的设计属性的二进制文件，每个窗体的.DFM文件与.PAS文件相互对应；(4)资源文件(.RES文件)编译的二进制资源文件，被链接到应用程序的可执行文件中；(5)项目选项文件(.DOF文件)存储了Project|Options菜单命令所设置的项目选项；(6)桌面设置文件(.DSK文件)存储了Tools|Options菜单命令所设置的桌面选项；(7)包文件(.DPK/.BPL文件)用于共享组件、类、数据和代码的文件。
源文件为.DPK文件，编译后为.BPL文件；每个软件项目应使用独立的目录，软件项目下的不同类别文件、不同模块分设子目录。
以下给出软件项目及软件模块中，设置子目录名称的规范：子目录说明\Bin 建立产品的工作目录，存放项目中所有可执行文件的当前版本。
\Lib 与项目有关的库文件。
\Man 包括项目的所有外部文档。
包括手册、帮助文件、其他在线文档、README文件以及其他将和产品一起发放到用户手中的文档。
\SQL 存放数据库的SQL文件(只针对数据库程序的开发) 。
delphi教程
delphi教程
Delphi 是一种基于 Pascal 的编程语言，用于创建窗体应用程序和控制台应用程序。
以下是一些Delphi的教程和指南，可以帮助您入门以及深入了解Delphi的各种功能和特性。
1. Delphi 简介和基础知识
- Delphi 是什么？它的历史和背景
- 安装和设置 Delphi 开发环境
- Delphi IDE 的界面和基本功能介绍
- Delphi 的 Pascal 语法和常用关键字
2. Delphi 窗体应用程序开发
- 创建一个简单的窗体应用程序
- 窗体的属性和事件
- 使用组件和控件设计用户界面
- 处理用户输入和事件响应
3. Delphi 数据库应用程序开发
- 连接和操作数据库
- 使用 SQL 查询和更新数据库
- 数据库表格和字段的创建和管理
- 数据集和数据绑定
4. Delphi 高级特性和技巧
- 使用面向对象编程技术
- 使用线程和并发处理
- 图形和图像处理
- 异常处理和调试技巧
5. Delphi 与其他技术的集成
- 使用外部 DLL 和动态链接库
- 与 Web 服务进行通信
- 与其他编程语言进行互操作
- 创建和使用自定义组件和控件
以上是一些Delphi教程的主要内容，在学习过程中，您可以通过搜索更多的资料来深入了解每个主题。
准备好了解Delphi 的强大功能和灵活性吗？开始学习吧！。
Delphi程序员代码编写标准指南
Delphi 程序员代码编写标准指南一、序言二、通用源代码格式规则2.1 缩格2.2 页边空格2.3 Begin…End 配对三、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页一、序言本文档详述了在Delphi 4开发者指南下进行编程的代码编写标准。
使用Delphi进行Windows应用程序开发教程
使用Delphi进行Windows应用程序开发教程第一章： Delphi简介Delphi是一种集成开发环境（IDE），用于编写Windows上的应用程序。
它基于Pascal语言，并提供了丰富的库和组件，使开发人员能够快速构建功能强大的应用程序。
在本教程中，我们将介绍Delphi的基本概念和工具，以帮助您入门。
第二章：环境设置在开始编写Delphi应用程序之前，我们需要设置开发环境。
首先，下载并安装Delphi IDE。
然后，我们将通过设置项目选项来配置编译器和调试器，以确保我们的应用程序能够顺利运行。
第三章：界面设计一个成功的应用程序离不开良好的用户界面设计。
Delphi提供了丰富的可视化设计工具，如窗体设计器和组件面板，帮助开发人员创建吸引人且易于使用的界面。
在本章中，我们将学习如何添加控件、设置属性以及处理事件。
第四章：数据操作应用程序通常需要与数据库进行交互，以存储和检索数据。
Delphi通过提供数据库连接组件和数据集组件，使得数据操作变得轻松。
我们将学习如何连接和配置数据库，以及如何使用数据集组件执行查询和更新操作。
第五章：文件操作文件操作是应用程序中常见的任务之一。
Delphi提供了用于文件操作的各种函数和组件，如文件读写和文件夹操作等。
我们将演示如何使用这些功能来读取、写入和管理文件。
第六章：多媒体处理现代应用程序通常涉及到音频、视频和图像处理。
Delphi提供了用于多媒体处理的组件和库，如音频播放器、视频解码器和图像处理功能。
我们将学习如何使用这些组件来实现音频、视频和图像的播放、录制和编辑。
第七章：网络通讯在互联网时代，网络通讯在应用程序中变得越来越重要。
Delphi提供了强大的网络编程库，如Socket和HTTP组件，使开发人员能够轻松地与服务器进行通讯。
我们将介绍如何使用这些组件来实现网络通讯功能。
第八章：调试和测试调试和测试是开发过程中必不可少的步骤。
Delphi提供了强大的调试工具，如断点和单步调试器，以帮助开发人员快速定位和解决问题。
Delphi代码规范
Delphi 开发指南——编码标准文档版权所有?1998 Xavier Pacheco 及Steve Teixeira翻译2000 李颖(e.w@)目录1.导言2.一般源代码格式规范缩进页宽Begin..End 对3.Object Pascal 语言3.1括号3.2保留字和关键字3.3过程和函数(子程序)3.4变量3.5语句if 语句case 语句while 语句for 语句repeat 语句with 语句3.6结构化的意外处理概要try..finally 的使用try..except 的使用try..except..else 的使用3.7类(Classes)域(Fields)方法(Methods)静态方法(Static Methods)的使用虚/动态方法(Virtual/Dynamic Methods)的使用抽象方法(Abstract Methods)的使用属性访问方法(Property AccessMethods)属性(Properties)命名规则访问方法的使用4文件工程(Project)文件窗体(Form)文件数据模块(Data Module)文件远程数据模块(Remote Data Module)文件单元(Unit)文件一般单元结构单元名称Uses 子句Interface 部分Implementation 部分Initialization 部分Finalization 部分窗体单元数据模块单元一般用途单元组件(Component)单元文件头5.窗体和数据模块窗体窗体类型命名标准窗体实例命名标准自动创建窗体模式化(Modal)窗体实例函数数据模块数据模块命名规则数据模块实例命名规则6.包(Packages)运行期(Runtime)和设计期(Design)包的使用文件命名规则7. 组件(Components)7.1用户自定义组件7.2组件单元7.3注册(Registration)单元的使用7.4组件实例命名约定7.5组件前缀Standard 页面Additional 页面Win32 页面System 页面Internet 页面Data Access 页面Data Controls 页面Decision Cube 页面QReport 页面Dialogs 页面Win31 页面Samples 页面ActiveX 页面Midas 页面导言本文档将描述Delphi 4 开发指南中使用的Delphi程序代码书写规范. 一般情况下, 本文档遵循Borland 公司"未明确说明"的编码格式规范, 少数情况下也有例外. 在Delphi 4 开发指南中包括本文档是为了向读者介绍一种在合作开发中保持代码风格一致的方法. 目的是为了保证开发队伍中的所有程序员都能够理解其他人编写的代码. 实现这一目的的方法是通过保持代码的一致性来增强其可性.本文档无法包罗万象, 因此可能对于你不够详细. 你可以使用并修改这些标准以适应你自己的需要. 但我们仍建议你不要与Borland 开发组使用的标准偏离得太多. 我们提出这些建议, 是因为当你的开发队伍中加入新程序员时, 他们最熟悉的很可能就是Borland 标准. 和大多数编码规范文档一样, 本文档将根据需要继续更新. 因此, 你可以在/ddg 在线得到最新版本. 本文档不会包括用户界面标准. 这是一个不同的但同样重要的主题. 大量的第三方书籍和Microsoft 文档都包括了这些指南, 因此我们决定不再重复这些信息, 而是将你指引到Microsoft Developers Network 和其他信息来源. .一般编码格式规范缩进缩进应该是每行2个空格. 不要在源文件中保存Tab字符. 在使用不同的源代码管理工具时Tab字符将因为用户设置的不同而扩展为不同的宽度.你可以禁止保存Tab字符, 方法是通过Tools | Environment 菜单打开Environment Options 对话框, 然后在Editor 页中关闭"Use tab character" 和"Optimal fill" 选项.页宽页宽应该设置为80字符. 源代码一般不会超过这个宽度, 并导致无法完整显示, 但这一设置也可以灵活调整. 在任何情况下, 超长的语句应该在一个逗号或者一个操作符后折行. 一条语句折行后, 应该比原来的语句再缩进2个字符.Begin..End 对begin 语句应该单独作为一行. 例如, 下面的第1行是错误的, 第2行是正确的:for I := 0 to 10 do begin // 错误, begin 和for 在同一行for I := 0 to 10 do // 正确, begin 单独作为一行begin当begin 作为else 子句的一部分时例外, 比如:if some statement = thenbegin...endelse beginSomeOtherStatement;end;end 语句永远单独作为一行.如果begin 语句不是else 子句的一部分, 相应的end 语句应该缩进到与begin 对齐的位置.Object Pascal 语言括号左括号和后一个字符之间不应该出现空格, 同样, 右括号和前一个字符之间也不应该出现空格. 下面的例子说明括号和空格的错误及正确使用:CallProc( AParameter ); // 错误CallProc(AParameter); // 正确不要在语句中使用无意义的括号. 括号只应该为达到某种目的而出现在源代码中. 下面的例子说明错误和正确的用法:if (I = 42) then // 错误- 括号毫无意义if (I = 42) or (J = 42) then // 正确- 的确需要括号保留字和关键字Object Pascal 语言保留字和关键字应该完全小写.过程和函数(子程序)命名规则子程序名应该以大写字母开头,而且应该易于阅读. 下面是一个正确格式的子程序名: procedure thisisapoorlyformattedroutinename;下面是一个首字母适当大写的子程序名:procedure ThisIsMuchMoreReadableRoutineName;子程序名应该具有与其用途相关的含义. 导致发生某动作的子程序应该以动词为前缀命名, 例如:procedure FormatHardDrive;为输入参数赋值的子程序应该以Set 为前缀命名,例如:procedure SetUserName;取回数值的子程序应该以Get 为前缀命名, 例如:function GetUserName: string;形参(Formal Parameters)格式在可能的情况下, 同类型的形参应该在一条语句中说明:procedure Foo(Param1, Param2, Param3: Integer; Param4: string);命名所有的形参名称应该具有与其用途相关的含义, 而且不应该基于传递到子程序的标识符名称. 适当情况下, 参数名应该以字符A 为前缀, 例如,procedure SomeProc(AUserName: string; AUserAge: integer);使用前缀"A" 是一种约定, 以便参数名与类的属性名、域名重复时消除歧义.参数顺序下面的形参顺序主要是为在寄存器模式下得到更高的性能, 寄存器模式是惯用的调用模式.调用者最常使用的参数应该在参数的最前位置, 使用越少的参数, 其位置应该越在右面.输入参数队列应该在输出参数队列的左面.最抽象参数应该在最精确参数的左面, 例如: SomeProc(APlanet, AContinent, ACountry, AState, ACity).参数顺序规则也可能出现例外情况, 比如事件响应程序(event handlers), 名为Sender 的TObject 类型参数通常作为第一个参数.常数参数(Constant Parameters)当记录, 数组, ShortString, 或接口(interface)类型参数在子程序中不被修改, 则相应的形参应该标识为Const. 这将确保编译器产生最高效的代码来传递这些不被修改的.其他类型的参数如果在子程序中不被修改, 也可以标识为Const. 虽然不能提高效率, 但至少为子程序的调用者提供了更多关于参数使用的信息.命名冲突如果引用的2个单元中包含同名子程序, 则实际调用的将是在uses 子句中位置最后的单元中的子程序. 为了避免这种与uses 子句相关的语意不明(uses-clause-dependent ambiguities), 应该用单元名作为前缀来指明所调用的子程序, 例如:SysUtils.FindClose(SR);或Windows.FindClose(Handle);变量变量命名和格式变量名称应该具有与其用途相关的含义.循环控制变量可以命名为单个字母, 比如I, J, 或K. 也可以是更有意义的名称, 比如UserIndex.Boolean 变量名称必须描述得足够详细, 保证其True 和False 取值具有清楚的含义. 局部变量在过程内使用的局部变量与其他变量一样, 遵循相同的用法和命名约定. 临时变量应该适当地命名.如果必要, 局部变量的初始化应该在子程序入口处立即进行. AnsiString 变量自动初始化为空字符串, interface 和dispinterface 类型变量自动初始化为nil, Variant 和OleVariant 类型变量自动初始化为Unassigned.全局变量的使用使用全局变量不是好习惯, 但也有可能必须使用全局变量. 如果是这样, 建议你尽量保持全部变量在它可用的范围内与上下文相关. 例如, 一个全局变量可能只在某个单元的implementation 部分可用.打算供几个单元公用的全局数据应该移到一个公用单元中.全局数据可以在var 部分用一个值立即初始化. 注意, 所有的全局数据初始状态下都自动归零, 因此不要将全局变量初始化为"空"值, 比如0, nil, '', Unassigned 等等. 全局数据自动归零的原因之一是因为初始状态为0的全局数据在exe 文件中不占据空间. 初始状态为0的数据将存储在一个"虚"数据段中, 这个数据库只在应用程序启动时从内存中分配. 初始状态非0的全局数据则必须在磁盘上的exe 文件中占据空间.类型大小写约定类型名称如果是保留字, 则必须完全小写. Win32 API 类型一般完全大写, 你应该遵循Windows.pas 和其他API 单元中某些类型名称的约定. 其他变量名称, 首字母应该大写, 其余部分也应该足够清楚. 下面是几个例子:varMyString: string; // 保留字WindowHandle: HWND; // Win32 API 类型I: Integer; // 在System 单元中引入的类型标识符浮点(Floating Point)类型使用Real 类型是不好的, 因为它仅仅是为了与旧的Pascal 代码保持向后兼容而保留的. 对于一般的浮点运算应该使用Double 类型. Double 是IEEE 定义的标准数据格式, 处理器指令以及系统总线都为处理Double 类型而进行过优化. Extended 类型应该只在需要比Double 更大的数据范围时使用. Extended 是Intel 指定类型, Java 不支持. Single 类型应该只在浮点变量本身占用的字节大小很重要的情况下使用, 比如使用其他语言编写的DLL 时.枚举(Enumerated)类型枚举类型名称应该具有与其用途相关的含义. 类型名称必须以字符T 为前缀, 表示是一个类型声明. 枚举类型的标识符序列必须以2到3个小写字符为前缀, 而且前缀必须与类型名有联系, 例如:TSongType = (stRock, stClassical, stCountry, stAlternative, stHeavyMetal, stRB);枚举类型的变量实例的名称应该与不带T 前缀的类型名称相同, 除非有其他原因需要更详细的名称, 比如FavoriteSongType1, FavoriteSongType2, 等等.Variant 和OleVariant一般来说使用Variant and OleVariant 类型是不好的, 但如果数据类型只能在运行时确定, 就必须使用这些类型了, 比如开发COM 和数据库程序时. OleVariant 常用于开发基于COM 的程序, 比如OLE 自动化和ActiveX 控件. Variant 则常用于非COM 程序. 原因是Variant 能(与字符串变量一样)更高效地存储Delphi 字符串, 但OleVariant 需要把所有的字符串转换为Ole Strings(WideChar Strings), 而且由于没有引用记数, 字符串将永远存在.结构类型数组类型数组类型名称应该具有与其用途相关的含义. 类型名必须以字符T 为前缀. 如果声明了指向该数组类型的指针类型, 则其名称必须以字符P 为前缀, 而且必须在数组类型的前一行位置进行声明, 例如:typePCycleArray = ^TCycleArray;TCycleArray = array[1..100] of integer;数组类型变量实例名称应该与不带字符T 前缀的类型名称相同.记录类型记录类型名称应该具有与其用途相关的含义. 类型名必须以字符T 为前缀. 如果声明了指向该记录类型的指针类型, 则其名称必须以字符P 为前缀, 而且必须在记录类型的前一行位置进行声明. 记录元素的声明应该对齐为一列, 例如:typePEmployee = ^TEmployee;TEmployee = recordEmployeeName: stringEmployeeRate: Double;end;语句if 语句if/then/else 语句中最可能被执行的部分应该放在then 子句中, 不太可能被执行的部分应该放在else 子句中.如果可能, 尽量不要使用一连串的if 语句, 而应该以case 语句替代.不要使if 语句嵌套超过5层以上, 尽量以更清楚的代码替代.不要在if 语句中使用无意义的括号.如果if 语句中需要检测多个条件, 则条件应该按照计算强度从小到大地排列. 这将使得你的代码执行的布尔计算更少, 性能更高. 例如, 如果Condition1 比Condition2 计算更快, Condition2 比Condition3 计算更快, 那么if 语句应该是如下结构:if Condition1 and Condition2 and Condition3 thencase 语句概要case 语句中的单个子句应该以case 常数的数字顺序或字母顺序排列. 子句中的执行语句应该尽量保持简单, 一般不要超过4到5行代码. 如果执行语句过于复杂, 应该将它放置在独立的过程或函数中.case 语句的else 子句应该只在正常的默认情况或检测到错误的情况下使用.格式case 语句遵循同样的缩进和命名约定.while 语句使用Exit 过程退出while 循环是不好的; 如果可能, 应该只使用循环条件来结束循环.while 循环的所有初始化代码应该紧贴在进入while 循环之前, 不要被其他无关语句分隔开.循环结束后的处理应该紧跟在循环之后.for 语句如果需要执行确定次数的增量循环, 应该用for 语句替代while 语句.repeat 语句repeat 语句与while 循环类似, 并遵循相同的规则.with 语句概要with 语句应该小心使用, 并有很多需要注意的地方. 不要过多地使用with 语句, 而且要小心with 语句中使用多个对象, 记录, 等等的情况. 例如:with Record1, Record2 do这样的代码可能会产生语意含糊, 并导致难以检测的bug.格式with 语句格式遵循同样的命名约定和缩排规则.结构化的意外处理概要意外处理在错误修正以及资源保护中都应该大量使用. 也就是说, 任何分配资源的情况, 都应该使用try..finally 以确保资源被正确释放. 在单元的initialization/finalization 中或在对象的constructor/destructor 中分配/释放资源的情况不在此列.try..finally 的使用任何可能的地方, 所有的资源分配代码都必须以try..finally 结构保护起来.例如, 下面的代码可能导致的bug:SomeClass1 := TSomeClass.CreateSomeClass2 := TSomeClass.Create;try{ do some code }finallySomeClass1.Free;SomeClass2.Free;end;更安全的做法应该是:SomeClass1 := TSomeClass.CreatetrySomeClass2 := TSomeClass.Create;try{ do some code }finallySomeClass2.Free;end;finallySomeClass1.Free;end;try..except 的使用try..except 应该只在你需要在产生意外时执行任务的情况下使用. 一般来说, 你不需要使用try..except 来简单地显示错误信息, 因为应用程序将通过Application 对象自动实现这一点. 在except 子句中, 如果你希望在执行过自己的任务后再调用缺省的意外处理程序, 应该使用raise 来再次产生这个意外.try..except..else 的使用在try..except 中使用else 子句是不好的, 因为它将阻塞所有的意外, 包括那些你没有准备处理的意外.类命名规则类的类型名称应该具有与其用途相关的含义, 类型名必须以字符T 为前缀, 表明这是一个类型定义, 例如:typeTCustomer = class(TObject)类的实例名称一般与不带T 前缀的类名称一样, 例如varCustomer: TCustomer;注意: 关于组件命名的更多信息, 请参见"组件类型命名标准" 部分.域命名规则类的域遵循与变量一样的命名约定, 除非以字符F 前缀表示是重要的域名称.可见度(Visibility)所有的域都应该是私有的(private). 可在类范围外访问的域应该通过属性来实现.方法命名规则类方法与过程和函数遵循相同的命名约定.静态方法的使用如果你不希望方法在派生类中被重载(override), 应该使用静态方法.虚/动态方法的使用如果你希望方法在子类中被重载, 应该使用虚方法方法. 动态方法应该只在存在大量(直接和非直接)派生类的类中使用. 例如, 一个类中包含一个很少被重载的方法, 但这个类有100个派生类, 则应该将这个方法设置为动态方法, 以减少这100个派生类消耗的内存.抽象方法的使用不要在会创建实例的类中使用抽象方法. 抽象方法应该只在不会创建实例的基类(base classes)中使用.属性存取方法所有的属性存取方法应该出现在类定义的私有或保护部分.属性存取方法遵循与过程和函数相同的命名约定. 取值方法必须以单词Get 为前缀, 赋值方法必须以单词Set 为前缀, 赋值方法参数必须命名为Value, 类型应该与属性描述的一致, 例如:TSomeClass = class(TObject)privateFSomeField: Integer;protectedfunction GetSomeField: Integer;procedure SetSomeField( Value: Integer);publicproperty SomeField: Integer read GetSomeField write SetSomeField;end;属性命名规则用于存取私有域的属性应该与相应的域名称系统, 但没有F 前缀.属性名应该是名词, 而不是动词. 属性表示数据, 方法则表示动作.数组属性名应该是复数形式. 普通属性名应该是单数形式.存取方法的使用尽管不是必要的, 我们仍然建议你为访问私有域的属性最少建立一个的赋值方法.文件工程文件工程文件名称应该具有描述性. 例如, The Delphi 4 Developer's Guide Bug Manager 的工程命名为: DDGBugs.dpr. 一个系统信息程序命名为SysInfo.dpr.窗体文件命名窗体文件名称应该具有描述性, 并与其用途相关. 名称应该带有Frm 后缀. 例如, About 窗体的文件名为AboutFrm.dpr. Main 窗体的文件名为MainFrm.dpr.数据模块文件命名数据模块名称应该具有描述性, 并与其用途相关. 名称应该带有DM 后缀. 例如, Customers 数据模块的文件名为CustomersDM.dfm.远程数据模块文件命名远程数据模块名称应该具有描述性, 并与其用途相关. 名称应该带有RDM 后缀.例如, Customers 远程数据模块的文件名为CustomersRDM.dfm.单元文件一般单元结构单元名称单元文件名称应该带描述性. 例如, 包含应用程序主窗体的单元应该命名为MainFrm.pas.Uses 子句interface 部分的uses 子句应该只包括interface 部分中代码需要的单元. Delphi 自动加入的无关的单元名应该删除.implementation 部分的uses 子句应该只包括implementation 部分中代码需要的单元. 无关的单元名应该删除.Interface 部分Interface 部分应该只包括可被外部单元访问的类型声明, 变量声明, 过程/函数的预先声明, 等等. 其他内容应该在implementation 部分.Implementation 部分Implementation 部分应该包括类型本单元私有的类型声明, 变量声明, 过程/函数.Initialization 部分不要将耗费大量时间的代码放在单元的initialization 部分. 这将导致应用程序启动缓慢.Finalization 部分确保你释放了在Initialization 部分分配的全部项目.窗体单元命名窗体的单元文件名应该与窗体文件名相同. 例如, About 窗体的单元文件名为AboutFrm.pas. Main 窗体的单元文件名为MainFrm.pas.数据模块单元命名数据模块的单元文件名应该与数据模块的文件名相同. 例如, Customers 数据模块的单元文件名为CustomersDM.pas.一般用途单元命名一般用途单元名称应该具有含义, 并与其用途相关. 例如, 一个实用程序单元命名为BugUtilities.pas. 一个包含全局变量的单元命名为CustomerGlobals.pas.记住, 单元名在工程使用的所有包内应该是唯一的. 因此建议你不要使用过于抽象或普通的单元名.组件单元命名组件单元应该保存在单独的目录下, 以便将它们作为用户自定义组件和组件包区分开. 绝对不要与工程保存在相同的目录下. 单元名应该能表示其内容.注意: 关于组件命名标准的更详细信息, 请参见"用户自定义组件"部分.文件头建议在所有的源文件, 工程文件, 单元文件等等中使用包含信息的文件头. 正确的文件头应该包括以下信息:{Copyright ?YEAR by AUTHORS}窗体和数据模块窗体窗体类型命名标准窗体类型名称应该描述其用途. 类型定义应该以字符T 为前缀, 描述性的名称跟随在前缀之后. 最后, Form 作为后缀跟在描述性的名称之后. 例如, About 窗体的类型名称应该是:TAboutForm = class(TForm)Main 窗体的定义应该是TMainForm = class(TForm)客户登记窗体的名称类似于TCustomerEntryForm = class(TForm)窗体实例命名标准窗体实例应该命名为与类名一致, 但不带T 前缀. 例如, 上述窗体类型, 其实例名称如下:Type Name Instance NameTAboutForm AboutFormTMainForm MainFormTCustomerEntryForm CustomerEntryForm自动创建窗体除非有其他更好的理由, 否则应该只有主窗体是自动创建的. 其他所有窗体应该从Project Options 对话框的Auto-Create Forms 列表中删除. 详情请阅读下面的部分.模式化(Modal)窗体实例函数所有的窗体单元应该包含一个窗体实例化函数, 这个函数将创建, 设置, 模式化显示, 释放窗体, 并返回窗体模式化(modal result)结果. 传递给该函数的参数遵循本文档规定的"参数传递"标准. 使用这样的函数的目的是为了封装窗体的使用, 使得代码更易于重用和维护.窗体变量应该从单元中删除, 并在函数中声明为局部变量. 注意, 这需要先将窗体从Project Options 对话框的Auto-Create Forms 列表中删除参见本文档的"自动创建窗体"部分.例如, 下面的单元说明了为GetUserData 窗体编写的一个这样的函数.unit UserDataFrm;interfaceusesWindows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,StdCtrls;typeTUserDataForm = class(TForm)edtUserName: TEdit;edtUserID: TEdit;private{ Private declarations }public{ Public declarations }end;function GetUserData(var aUserName: String; var aUserID: Integer): Wor d;implementation{$R *.DFM}function GetUserData(var aUserName: String; var aUserID: Integer): Wor d;varUserDataForm: TUserDataForm;beginUserDataForm := TUserDataForm.Create(Application);tryUserDataForm.Caption := 'Getting User Data';Result := UserDataForm.ShowModal;if ( Result = mrOK ) thenbeginaUserName := UserDataForm.edtUserName.Text;aUserID := StrToInt(UserDataForm.edtUserID.Text);end;finallyUserDataForm.Free;end;end;end.数据模块数据模块命名标准DataModule 类型名称应该描述其用途. 类型定义应该以字符T 为前缀, 描述性的名称跟随在前缀之后. 最后, DataModule 作为后缀跟在描述性的名称之后. 例如, Customer 数据模块的类型名称类似于:TCustomerDataModule = class(TDataModule)Orders 数据模块的类型名称类似于TOrdersDataModule = class(TDataModule)数据模块实例命名标准数据模块实例名称应该与类型名称一致, 但不带T 前缀. 例如, 上述数据模块类型, 其实例名称如下:Type Name Instance NameTCustomerDataModule CustomerDataModuleTOrdersDataModule OrdersDataModule包运行期和设计期包的使用运行期包只包含包内其他组件需要的单元和组件. 包含属性/组件编辑器和其他设计期间代码的单元应该放置在设计期包内. 注册单元应该放在设计期包内.文件命名标准包应该按照以下模式命名:"iiilibvv.pkg" - 设计期包"iiistdvv.pkg" - 运行期包其中"iii" 表示以3个字符作为前缀. 这个前缀可以用来标识公司, 个人, 或其他信息."vv" 表示包所适用的Delphi 版本.注意包名称中包含"lib" 或"std", 是为了标识这是运行期包还是设计期包.当既有设计期包又有运行期包时, 文件名应该类似. 例如, Delphi 4 开发指南的包命名为: DdgLib40.pkg - 设计期包DdgStd40.pkg - 运行期包组件用户自定义组件组件类型命名标准组件命名与类命名类似, 不同的是组件名带有3个字符的前缀. 这个前缀用来标识公司, 个人, 或其他信息. 例如, Delphi 4 开发指南编写的一个时钟组件定义为:TddgClock = class(TComponent)注意前缀字符为小写.组件单元组件单元应该只包含一个主组件. 主组件是指出现在组件板(Component Palette)上的组件. 主组件的其他辅助性的组件/对象也在相同的单元内.注册单元的使用组件的注册过程应该从组件单元中删除, 而放置在单独的注册单元中. 这个注册单元将注册所有的组件, 属性编辑器, 组件编辑器, 专家(experts)等等.组件的注册动作只在设计期包内进行, 因此注册单元应该只包含在设计期包内, 而不在运行期包内.建议注册单元命名为: XxxReg.pas其中"Xxx" 是3字符前缀, 用来标识公司, 个人, 或其他信息. 例如, Delphi 4 开发指南中的组件注册单元命名为DdgReg.pas.组件实例命名约定所有的组件名称都应该是描述性的. 不应该有组件使用Delphi 缺省赋给的名称. 组件名称应该包括一个小写前缀, 以指明其类型. 使用前缀而不是使用后缀的原因之一是在Object Inspector 和Code Explorer 中可以更容易地按名称查找组件.组件前缀以下前缀赋给Delphi 附带的标准组件. 如果安装了第三方组件, 请增加这份列表.。
Delphi程序员代码风格指南精修订
D e l p h i程序员代码风格指南集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#一．建立工程目录首先，第一步要做的，当然是给新项目建一个单独的目录（别笑）。
目录名称与项目名称同名，或者另取一个也可，只要清楚、简练。
然后，在此目录中创建以下各个目录： <Doc>：用来存放该项目相关的开发文档（需求说明，概要设计，详细设计等等等等）；<Source>：用来存放Delphi源程序中的”.Dpr”,”.Pas”,”.Dfm”等文件；<Dcu>：该目录中存放”.Dcu”文件，将’.Pas’与’.Dcu’文件分开存放只是为了让Source目录的内容更加清楚一些；<Bin>：存放工程的输出文件，比如”.Exe”,”.Dll”或者”.Ocx”等等；<Log>：用来存放日志文件；通常在这个目录中我会放一个”<项目名称>程序员日志.Txt”文件。
<Images>：当然是存放工程中用到的图片的目录了。
一般情况下，这个目录是少不了的。
假如还用到其他资源，那么也一样建立各自的目录，比如Wav，比如Avi等等。
二．设置工程选项在Delphi中创建一个新的工程，将此工程保存到Source目录中，同时：a. 选一个耐看的，与项目有些联系的图标作为这个工程的图标。
当然，这个图标可能只是临时用用的，但是总要比Delphi默认的那个难看的要好才行，要不然，怎么对得起自己b. 将Project Options -> Directories/Conditionals页面中的Output Directory设置为Bin目录；c. 将Unit output Directory设置为Dcu目录。
三．添加常量单元添加一个新的Unit，另存为“unt<工程名> ”，用来保存工程中用到的常量。
四．有关窗体（Form）及单元(Unit)按照匈牙利命名法则给Form命名，则一个用来登录的窗体可以命名为’FrmLogin’，而其单元名可以为’untLogin’。
Delphi编码规范
Delphi编码规范Delphi 编码规范是一组用于指导 Delphi 程序员编写可读性强、一致性好、易于维护的代码的规则和做法。
以下是一些常见的 Delphi 编码规范：1. 文件和单元命名规范：- 文件名应该使用有意义的名称，并与其中的主要类或接口名称保持一致。
- 单元名应该与文件名相同，并以大写字母开头。
2. 缩进和空白：- 使用 4 个空格表示一个缩进级别，不要使用制表符。
- 在逗号、冒号和运算符之后添加一个空格，但不要在括号和标识符之间添加空格。
3. 命名规范：- 类名、接口名和模块名应使用名词或名词短语，并使用帕斯卡命名法，即每个单词的首字母大写，单词之间没有下划线。
- 方法和函数名应使用动词或动词短语，并使用骆驼命名法，即首字母小写，后续单词的首字母大写，单词之间没有下划线。
- 常量名应全部大写，并使用下划线分隔单词。
4. 代码结构：- 使用单行注释 `//` 或多行注释 `{}` 对代码进行解释和说明。
注释应该与代码保持对齐，并且在需要时应该及时更新。
- 使用空行和缩进来划分代码块，以提高代码的可读性。
- 根据需要使用 `begin/end` 块，以及 `try/except` 和`try/finally` 块来处理异常。
- 避免使用全局变量和公共属性，优先使用局部变量和私有属性。
5. 注释规范：- 使用注释来解释代码的意图和设计决策，而不是对代码的操作进行详细描述。
注释应该清晰、简洁，并使用正确的语法和拼写。
- 使用注释来标记临时代码和待办事项，以便以后进行修改和维护。
6. 异常处理：- 使用 `try/except` 块来捕获和处理可能出现的异常，尽量避免空的 `except` 块。
- 在 `except` 块中使用特定的异常类来捕获和处理特定类型的异常，而不是简单地捕获所有类型的异常。
以上是一些常见的 Delphi 编码规范，程序员可以根据自己的项目和团队需求进行适当修改和扩展。
delphi源程序代码规范
Delphi源程序代码规范V1.0鼎创公司2005-8-13I. 总则1.1 目的为了对程序员的开发进行适当的规范化，特制定本规范。
其根本目的，是为了保证程序具有良好的、一致的结构，以期提高程序的可读性及可维护性，方便程序的测试、维护、升级等工作，同时，也培养程序员书写代码的规范性。
1.2 原则名称反映含义,形式反映结构；1.3 申明本规范适用于采用DELPHI作开发工具的公司所有项目，程序员应严格按照本规范编写代码，如项目有确实需要的特殊要求，也必须经项目经理审核后，把该特殊要求形成文档当作本文档的随附文件一起保存。
1.4 文档编写： XXX 2001年6月23日第一次修改：XXX 2001年7月7日第二次修改：XXX 2001年9月28日II.代码规范2.1 项目规范2.1.1．每一个项目的代码、文档按模块、功能必须在项目文件夹中有条理的归类存放，每个项目文件夹中均必须包含以下子文件夹：Code：源代码目录Sql：数据库脚本目录Demodata：演示数据目录Userdata：用户数据目录Help：帮助文档目录Install：安装文件目录Document：文档目录Picture：图片目录templates：报表模板目录子文件夹下也必须依照详细的用途分类建立子目录。
详细的示例如下：示例：Project Name|code sql demodata Picture help install document templates| |appserver client || 测试文档设计文档数据字典需求分析用户文档module1 module2 module3 ……2.1.2．每个项目的主目录下均必须有一个项目说明文件，说明该项目的一些概要性提示和相关规范。
2.1.3．在项目文件夹下的每层每个子目录中必须有一个文件夹说明文件，说明该层文件夹及其子文件夹的分类方法和含义。
任何时候，新增一个文件夹时，均必须在同层目录下的文件夹说明文件中添加所新增文件夹的分类含义，同时创建该文件夹下的文件夹说明文件。
delphi编程技巧与实例精解
一、概述Delphi是一种基于Pascal语言的集成开发环境，它提供了丰富的工具和功能，使得程序员可以轻松进行Windows应用程序开发。
在Delphi编程中，掌握一些技巧和实例是非常重要的，可以帮助程序员提高开发效率，降低错误率，提升编程水平。
本文将对Delphi编程技巧和实例进行精解，希望能帮助读者更好地掌握这门技术。
二、Delphi编程技巧1. 使用正确的数据类型在Delphi编程中，使用正确的数据类型是非常重要的。
不同的数据类型有不同的大小和范围，选择合适的数据类型可以节省内存空间并提高程序的运行效率。
如果需要存储一个整数，应该选择合适大小的整型而不是使用大整数型，以避免浪费内存空间。
2. 合理使用循环结构循环结构是程序中常用的控制结构之一，合理使用循环结构可以简化程序逻辑，提高代码的可读性。
在Delphi中，有多种循环结构可供选择，如while循环、for循环和repeat-until循环，程序员应根据具体情况选择合适的循环结构。
3. 异常处理在编写程序时，应该考虑到各种异常情况，并做好相应的处理。
Delphi提供了丰富的异常处理机制，程序员可以自定义异常类，并使用try-except结构捕获异常，从而保证程序的稳定性和健壮性。
4. 使用面向对象编程面向对象编程是一种重要的编程范式，它能够提高程序的复用性和可维护性。
在Delphi中，使用面向对象编程可以更好地组织和管理代码，提高编程效率。
5. 性能优化在编写程序时，应该考虑程序的性能问题，并采取相应措施进行优化。
Delphi提供了丰富的性能优化工具和技术，程序员可以通过分析程序的性能瓶颈，改进算法和数据结构，提高程序的性能。
三、Delphi编程实例1. 界面设计界面设计是Delphi编程中的一个重要环节，一个美观、简洁的界面可以提升用户体验。
程序员可以使用Delphi提供的界面设计工具，如VCL控件和FireMonkey框架，快速实现各种界面效果。
Delphi 6.0编程指南
子界很方便地定义了我们的取值范围，但是这些值必须是连续的，如果我们想在一些互不相干的Debtor中选取我们需要的某个Debtor，就需要用到集合了。
4.集合
准确地说，子界是集合的一个子集，集合可以在定义当中使用子界。集合这种数据结构也是由简单数据构成，每一个简单的类型作为集合的子集，方法如下：
Delphi 6.0编程指南
Delphi是当前最强大，最灵活的基于Windows的可视化应用程序开发工具。它将可视化技术与Object Pascal语言完美结合，具有良好的数据库访问能力，是一个非常强大的应用程序开发组件的集合，被喻为“第四代编程语言”。Delphi 6.0是Borland公司继Delphi 5.0后的又一力作。
另外值得一提的是，在Delphi中，代码编辑器有一种很神奇的功能，称为Code Insight，当输入Delphi所能识别的对象名称并打上一个“．”的时候，Delphi会自动分析这个对象所具有的属性和方法，把它直接放在“．”后面的下拉列表中去，这样你可以直接在下拉列表框中选择所需要的东西就行了。同时，当你在写程序需要调用一个过程或方法的时候，只要输入了该方法的名称，然后加一个“（”，Delphi就可以智能地将所需要的参数依次列出；在应用程序调试的时候，如果将光标放在某个变量或表达式上停留一段时间，Delphi就会自动列出表达式的值。
（2）WebSnap使得Delphi能够直接融入当今的网站开发团队。通过WebSnap，Delphi程序能够无缝地集成到网站和使用现今流行的HTML开发环境（如Dreamweaver、FrontPage、VBScript和JavaScript）的网站开发团队中。
（3）编写单一源代码的Windows/Linux程序。Delphi 6.0和Kylix兼容，使用交叉平台的CLX控件库和可视化设计器编写的高性能、可移动式的Windows程序能在Linux上用Borland Kylix轻松编译。
【精编范文】delphi程序开发范例-范文word版 (25页)
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==delphi程序开发范例篇一：Delphi程序开发规范Delphi 程序代码编写标准指南一、序言二、通用源代码格式规则2.1 缩格2.2 页边空格2.3 Begin…End 配对三、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 自动创建窗体。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Delphi 程序员代码编写标准指南 yiboo（收藏）copy from一、序言二、通用源代码格式规则2.1 缩格2.2 页边空格2.3 begin…end 配对三、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页Delphi 4 程序员代码编写标准指南版权所有1998 Xavier Perched和Steve Teiseira一、序言二、通用源代码格式规则2.1 缩格2.2 页边空格2.3 Begin…End 配对三、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页一、序言本文档详述了在Delphi 4开发者指南下进行编程的代码编写标准。
在通常情况下，本文档遵循“取消”式格式的指引方针，该方针由Borland国际通过一些例外来使用。
在Delphi 4开发者指南中包含本文档的目的在于阐述一种方法，通过该方法，开发小组可以在他们所编写的代码中保持一贯的风格。
这样做的目的是使在开发小组中的每一个程序员都可以明白其他程序员的代码。
这有助于提高代码编写的可读性和使用的一贯性。
本文档并不意味着包含了所有存在于代码中的标准。
但是，它的内容已足够帮你起个好头。
你可以自由的增加修改这些标准来满足你的需要。
我们不赞成你偏离这些由Borland开发人员所使用的标准太远。
我们推荐这么做是因为一旦有新的程序员加入到你的开发小组中，而他们最喜欢和最熟悉的是Borland的标准。
象大多数代码标准文档，本文档也会根据需要进行改动。
因此，你可以到/ddg中找到最新的更新版本。
本文档不包括用户接口标准。
本文档是独立的但也是同样重要的。
已经有足够的第三方书籍和Microsoft文档包括了另外一些指导方针，而我们决定并不复制这些信息，但我们会指引你到Microsoft Developers Network 和一些资源，在那儿可以找到你所需的信息。
二、通用源代码格式规则2.1 缩格缩格是指在每一级有两个空格。
不要在源代码中保留tab字符，这是因为tab字符会随着不同用户的不同设置和不同的资源管理工具（打印、文档、版本控制等）而代表不同的宽度。
你可以通过关闭Environment选项对话框中Editor页上的“Use tab character”和“Optimal fill”检查框（通过Tools|Environment）来禁止保存tab字符。
2.2 页边空格页边空格会被设置成80字符宽。
通常，源码不会超出这个边界，但这个方针会有一些弹性。
不管是否有可能，那些超出到另一行的语句会在一个逗号或其他操作符之后与前面的语句相连。
当一个语句被打断相连时，它应比原来的那一行语句缩进两个字符。
2.3 Begin…End 配对Begin 子句应写在独立的一行。
例如，下面第一行是错误的写法而第二行是正确的。
for I := 0 to 10 do begin file://错误，begin同for在同一行for I := 0 to 10 do file://正确，begin出现在独立的一行begin这个规则的例外是当begin子句的出现是作为一个else子句的一部分－参考例子：if some statement thenbegin…endelse beginsomeOtherStatement;end;end 语句永远出现在独立的一行。
当begin语句不是一个else子句的一部分时，相应的end语句永远缩进到与begin部分相对应的位置。
三、Object Pascal3.1 括号永远不要在括号与括号之间的字符中间留下空格。
下面的例子示范了错误的与正确地使用括号中的空格：CallProc( Aparameter ); file://错误CallProc(Aparameter); file://正确永远不要在一个语句中使用不必要的括号。
括号只应在源代码中需要的地方使用。
以下的例子示范了错误和正确的使用：if (I = 42) then file://错误－多余的括号if (I = 42) or (J = 42) then file://正确－需要括号3.2 保留字和关键字Object Pascal 保留字和关键字永远是全部小写。
3.3 过程和函数（例程）3.3.1 命名/格式化例程的名字永远应该以大写的字母开头并且中间错落分明以便于可读性。
下面是一个不正确格式的过程名称：procedure thisisapoorlyformattedroutinename;下面是一个合适的大小写例程名称的例子：procedure ThisIsMuchMoreReadableRoutineName;例程的名称应该同它的内容相符。