软件开发编码规范
软件开发编码规范
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;
随便起一个命名空间的名字绝对不是一个好主意,一定要遵守上述规定。
以上只是列举的几个简单例子,更多的需要我们去挖掘,去学习,谢谢大家的支持。