编码规范简要说明

王朝other·作者佚名  2006-01-08
窄屏简体版  字體: |||超大  

一.在编码规范方面我推荐在Hungarian Notation(匈牙利记法):这种方法不仅符合国际编码标准,而且它确实使程序员减轻了代码的维护工作,提高了工作效率,在Hungarian Notation(匈牙利记法)中,变量具有一个描述性名称,如Count、ClassName,名字用大写字母开始。如果变量是一多词名则每个单词首字母需大写,然后,在描述性名称前,加上表示变量类型的字母(类型缩写),这样的好处就是程序员一看就知道变量的类型,而且也不容易忘记。其形式如下:

全局变量命名= 范围前缀 + 下划线(_) + 类型前缀 + 数组前缀 + 自定义命名

局部变量命名= 类型前缀 + 数组前缀 + 自定义命名

函数命名 = 类型前缀 + 自定义命名

控件命名 = 控件前缀 + 自定义命名

控件事件命名= 控件名称 +下划线(_) + 事件名称

程序文件命名= 模块名缩写 + 自定义命名

另外在源码中,要使层次分明,采用缩进(一般为4到5个空字符)的格式保持程序循环的层次结构和可读性。

其次,我建议类型缩写采用小写字母表示,原则是尽量简单明了,另外类型缩写尽避免与计算机其它专业述语相似或相同,以免程序员发生错误理解。例如:

数据类型

前缀(类型缩写)

例子

Boolean

bln或b

bTransactionData

Int

int或i

iLoopFlag

Date

dt

dtCreateDate

控件类型

前缀(类型缩写)

例子

Combo

cmb或cb

cmbLookup

Text

txt

txtTotalAmount

Radio

rd

rdTypeStatus

Select

slt

sltBankNo

二.在数据库表名及字段名命名设计中我认为也应该有个标准或规范:

数据库表命名 = 模块名缩写 + 自定义命名

字段命名 = 类型前缀 + 自定义命名

注意: 我不推荐在数据库表命名或字段命名中有下划线(_)或其特殊字符出现,因为这样很容易引起程序员的代码错误。

三.Java类中变量、函数的定义

类的成员变量命名 = m + 下划线(_) + 类型前缀 + 数组前缀 + 自定义命名

类的成员函数命名 = 类型前缀 + 自定义命名

类的事件命名 = 类名 + 下划线(_) +自定义命名

其它变量应按变量命名原则进行命名

注意:类型前缀采用数据类型的缩写,并以小写字母表示;

自定义命名, 采用大小写结合的英文缩写,要求尽量能顾名思义.

四.程序的结构(以实际情况选择性包含)

公用的界面风格文件 (*.css)

公用的JavaScript文件 (*.js)

公用的JAVA类(Applet、Serverlet、Java Bean)

公用的查询框(*.lcf、Scriptlet)

程序员自已的源码

其它的公用函数

五.软件的界面

我认为在同一软件产品中发,统一的界面风格更能体显团队合作精神,公司的形象,并且还能突出产品的优势和改变用户看法,并且确确实实地让用户操作起来感觉更加方便、简单、易于熟练。另外我建议在我们经后的软件产品中都要支持键盘(给习惯用键盘用户的一次机会吗)、鼠标操作。对于界面的设计、颜色搭配我推荐参考Window,刷新界面尽可能做到最少。下面是我的一些看法:

1.界面的状态:我认为在数据库软件产品中界面状态大略可分为:新增、修改、查询、浏览四种状态,并且这几种状态一定要有所不同,这样才能体现软件功能的层次分明。给用户的感觉就是更加有条理性。

2. 界面的大小:我不推荐一个软件界面利用拖动滚动条来查看整个界面,我认为这样的结果可能导至用户操作不便,我们的工作效率降低,软件的操作速度降低等。我建议在将来的产品中,我们把界面进行分类,确定不同类型界面的宽度,对界面的高度应依实际情况而定(原则是:尽量避免出现垂直滚动条,做到美观,得体,多为用户着想)。

3.界面文字、控件的大小、颜色、宽度等,我建议有一套统一的风格(定义在*.css中,我不推荐写程序源码中,至少应尽量避免)

4.界面的内容,我推荐的是:界面描述性文字、控件采取左对齐原则,控件内显示的内容,字符采取左对齐、数字采取右对齐(应保留小数位)原则。对数据输入的有效性,应加以统一风格的控制。

六.公用函数

在软件工程中公用函数不仅能大大提高开发效率,而且也加快了程序运行速度,使程序易于维护。而且有些公用函数适用多个软件产品。试想这样会有什么好处呢?其实我觉得公用函数在软件产品中应处于首要地位。下面是我对公用函数的分类:

公用函数

用户权限

公用的查寻框

公用的静态数据(业务或界面)

公用的控件

公用的类

……

七.软件文档

相信,大家都知道文档在软件工程中至关重要,它不仅是软件业务流程的重要(文字性)说明,而且也是程序员编写,维护程序代码的有效依据,是测试人员的凭证,是用户使用的向导。我认为概要设计、需求分析、详细设计、维护指南、帮助(给用户的) 在软件工程中较为重要。并且我建议程序员书写这些文档(书写风格要保持一至)。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航