当前位置:文档之家› 程序员代码编写标准指南汇总

程序员代码编写标准指南汇总

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等等。

相关主题