您的位置:首页 > 其它

软件开发编码规范

2012-12-22 16:42 323 查看
软件开发编码规范

1 基本要求

1.1 程序结构要求

ü 程序结构清晰,简单易懂,单个函数的程序行数不得超过100行。

ü 打算干什么,要简单,直截了当,代码精简,避免垃圾程序。

ü 尽量使用.NET库函数和公共函数(无特殊情况不要使用外部方法调用windows的核心动态链接库)。

ü 不要随意定义全局变量,尽量使用局部变量。

1.2 可读性要求

ü 可读性第一,效率第二

ü 保持注释与代码完全一致

ü 每个源程序文件必须添加文件头注释说明,说明规格见规范

ü 每个方法必须添加函数头注释说明,说明规格见规范

ü 定义类、接口、枚举、结构、委托等类型时,必须添加注释说明

ü 定义常量、变量、属性、事件等对象时,必须添加注释说明

ü 处理过程的每个阶段应该添加相关的注释说明

ü 在典型算法前必须添加注释说明

ü 一目了然的语句不添加注释说明

ü 循环、分支层次不要超过五层

ü 利用缩进来显示程序的逻辑结构,缩进以Tab键为单位

1.3 结构化要求

ü 禁止出现两条等价的支路

ü 禁止GOTO语句

ü 用if语句来强调只执行两组语句中的一组,禁止else goto 和 else return

ü 用case实现多路分支。

ü 避免从循环引出多个出口。

ü 函数只有一个出口

ü 不使用条件赋值语句

ü 避免不必要的分支

ü 不要轻易用条件分支去替换逻辑表达式

1.4 正确性与容错性要求

ü 程序首先是正确,其次是优美

ü 无法证明你的程序没有错误,因此在编写完一段程序后,应先回头检查

ü 改一个错误时可能产生新的错误,因此在修改前首先考虑对其它程序的影响

ü 所有变量在调用前必须被初始化

ü 对所有的用户输入,必须进行合法性检查

ü 不要比较浮点数的相等,如: 10.0 * 0.1 == 1.0 , 不可靠

ü 程序与环境或状态发生关系时,必须主动去处理发生的意外事件,如文件能否逻辑锁定、打印机是否联机等,对于明确的错误,要有明确的容错代码提示用户

ü 尽量使用规范的容错语句

例如:

try

{

}

catch

{

}

finally

{

}

1.5 可重用性要求

1.5.1 重复使用的完成相对独立功能的算法或代码应抽象为asp.net服务或类。

1.5.2 asp.net服务或类应考虑OO思想,减少外界联系,考虑独立性或封装性。

2 C#编程规范

2.1 适用范围

本标准适用于利用Visual C# ,其余语言作参考.。

2.2 命名

1) 常量命名

下表描述了不同类型标识符的大小写规则:

标识符

大小写

示例

命名空间

Pascal

namespace Com.Techstar.ProductionCenter



Pascal

public class DevsList

接口

Pascal

public interface ITableModel

方法

Pascal

public void UpdateData()

属性

Pascal

Public int Length{…}

事件

Pascal

public event EventHandler Changed;

字段

Camel

private string fieldName;

枚举值

Pascal

FileMode{Append}

参数

Camel

public void UpdateData(string fieldName)

局部变量

Camel

string fieldName;

´ 避免使用缩写,如果一定要使用,就谨慎使用。同时,应该保留一个标准缩写的列表,并且在使用时保持一致。

ü 常量命名必须具有一定的实际意义

ü 常量命名必须全部以大写字母来撰写,中间可根据意义的连续性用下划线连接,并添加简单的注释,说明其作用

ü 常数以表明常数意义的名词命名,一般不区分常数的类型:

const single DefaultConcentration = 0.01

2) 变量命名

ü 普通类型的变量,使用有意义的名字命名

不可使用简称和无意义的名称诸如A,x1

int index;

string customerName;

ü 类的私有数据成员变量命名以m_开始

Private int m_Index;

ü 方法内部的私有变量命名以小写字母开始,多个单词组合出来的变量,则首单词首字母小写,后面的单词首字母均大写.

int index;

string customerName;

ü 特殊情况可以考虑一个字母的变量:

Graphic g;

3) 类型命名

ü 类

以class声明的类,都必须以名词或名词短语命名,体现类的作用。如: class Indicator 当类是一个特性(Attribute)时,以Attribute结尾,当类是一个异常(Exception)时,以Exception结尾:

class ColorSetException;

class CauseExceptionAttribute;

当类只需有一个对象实例(全局对象,比如Application等),必须以Class结尾,如:

class ScreenClass

class SystemClass

当类只用于作为其他类的基类,根据情况,以Base结尾:

class IndicatorBase

ü 枚举和结构

同样必须以名词或名词短语命名。最好体现枚举或结构的特点,如:

enum ColorButtons '以复数结尾,表明这是一个枚举

structure CustomerInfoRecord '以Record结尾,表明这是一个结构体

ü 委派类型

普通的委派类型以描述动作的名词命名,以体现委派类型实例的功能:

delegate void DataSeeker (string SeekString)

用于事件处理的委派类型,必须以EventHandler结尾,如:

delegate void DataChangedEventHandler(Object Sender,

DataChangedEventArgs e)

ü 接口

与其他类型不同,接口必须要由I作为前缀,并用形容词命名,突出表现实现接口的类将具有什么能力:

interface ISortable

4) 方法命名

方法都必须以动词或动词短语命名。

void Open(string commandString);

int SetCopyNumber(int copyNumber);

参数的命名方法,参考后面“变量的命名方法”。

5) 属性命名

原则上,字段(Field)是不能公开的,要访问字段的值,一般使用属性。属性以简洁清晰的名词命名:

public int Concentration;

public CustomerTypes Customer;

6) 事件命名

事件是特殊的属性,只能在事件处理上下文中使用。命名的原则一般是动词或动词的分词,通过时态表明事件发生的时间:

event ClickEventHandler Click;

event ColorChangedEventHangler ColorChanged;

7) 命名空间

通常,一个工程使用一个命名空间,使用根命名空间可以使代码更加整齐,容易修改。

命名空间的语法如:

namespace VirtualScreen;

随便起一个命名空间的名字绝对不是一个好主意,一定要遵守上述规定。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: