编码规范简要说明

一．在编码规范方面我推荐在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．界面的内容，我推荐的是：界面描述性文字、控件采取左对齐原则，控件内显示的内容，字符采取左对齐、数字采取右对齐(应保留小数位)原则。对数据输入的有效性，应加以统一风格的控制。

六．公用函数

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

公用函数

用户权限

公用的查寻框

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

公用的控件

公用的类

……

七．软件文档

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