优良C程序设计的法则.docx

上传人:b****5 文档编号:6416734 上传时间:2023-01-06 格式:DOCX 页数:7 大小:20.70KB
下载 相关 举报
优良C程序设计的法则.docx_第1页
第1页 / 共7页
优良C程序设计的法则.docx_第2页
第2页 / 共7页
优良C程序设计的法则.docx_第3页
第3页 / 共7页
优良C程序设计的法则.docx_第4页
第4页 / 共7页
优良C程序设计的法则.docx_第5页
第5页 / 共7页
点击查看更多>>
下载资源
资源描述

优良C程序设计的法则.docx

《优良C程序设计的法则.docx》由会员分享,可在线阅读,更多相关《优良C程序设计的法则.docx(7页珍藏版)》请在冰豆网上搜索。

优良C程序设计的法则.docx

优良C程序设计的法则

优良C++程序设计的法则

1、首先,了解自己。

这样才能知道,哪些是与机器打交道的人是可以做到的,而哪些是不能做的;

2、知识结构中,一定要对计算机这个"二进制编码系统"有所了解,所以为什么好多C/C++大师人物,推荐学习汇编和现代计算机体系结构。

因为,虽说现代的优化编译器很好,但是从另一个角度来说,我们所做的所有编码任务最终要被映射到计算机硬件(这个经过"预编码的二进制系统",而且硬件本身也有缺陷)环境上,所以这样有助于了解程序到底做了什么事,有助于写出便于调试和优化的代码。

3、C++语言各个特性对设计产生的影响

4、数据结构、算法的熟悉,这是基本功

5、确定目标,人员的,与时间表,尽可能早的让市场人员参与进来,所以建立一些个releasepointanddemo

6、让项目相关人员一起讨论,统一口头词汇,一些行业背景概念,建立技术规范说明书(不宜晦涩难懂),统一技术词汇,要有个大家都能接受的代码规范说明,和命名规则,以及一些必要的原则,尽可能多的在这个阶段吧每一项都化为白纸黑字。

还有,最重要的是工作内容的量化评估系统!

7、模块划分时,考虑参与人员的数量和任务分配,如何使他们有利于分配到自己每一天的任务表中。

考虑与代码管理系统的整合关系

8、 良好接口所拥有的特征审查表:

(你会发觉,只要当你不断调整你的接口定义来满足以下四项中的三项时,代码重用性很好,因为这是个符合人性的定义,便于记忆!

a功能的正交分解

b最小化的接口

c最明确的函数调用语义

d最适合的出错检查机制

9、实现接口时,同时写一些用户代码,以此检查功能正确性和用户端代码的编程范型。

由此,推动良好接口的产生

10、在接口中写下定义这个接口的初衷,它的产生需求,以及限制与开发状态(实现完成度)

11、那些不能用代码描述的接口,就该化为文档

12、尽可能引诱那些愿意使代码高质量的程序员参与进来

13、接下来......精益求精ing

 

编程规范-程序员们都应该这样写代码

1.基本要求

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

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

1.3尽量使用标准库函数和公共函数。

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

1.5使用括号以避免二义性。

2.可读性要求

2.1可读性第一,效率第二。

2.2保持注释与代码完全一致。

2.3每个源程序文件,都有文件头说明,说明规格见规范。

2.4每个函数,都有函数头说明,说明规格见规范。

2.5主要变量(结构、联合、类或对象)定义或引用时,注释能反映其含义。

2.7常量定义(DEFINE)有相应说明。

2.8处理过程的每个阶段都有相关注释说明。

2.9在典型算法前都有注释。

2.10利用缩进来显示程序的逻辑结构,缩进量一致并以Tab键为单位,定义Tab为6个字节。

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

2.12注释可以与语句在同一行,也可以在上行。

2.13空行和空白字符也是一种特殊注释。

2.14一目了然的语句不加注释。

2.15注释的作用范围可以为:

定义、引用、条件分支以及一段代码。

2.16注释行数(不包括程序头和函数头说明部份)应占总行数的1/5到1/3。

3.结构化要求

3.1禁止出现两条等价的支路。

3.2禁止GOTO语句。

3.3用IF语句来强调只执行两组语句中的一组。

禁止ELSEGOTO和ELSERETURN。

3.4用CASE实现多路分支。

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

3.6函数只有一个出口。

3.7不使用条件赋值语句。

3.8避免不必要的分支。

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

4.正确性与容错性要求

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

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

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

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

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

4.6不要比较浮点数的相等,

如:

10.0*0.1==1.0,不可靠

4.7程序与环境或状态发生关系时,必须主动去处理发生的意外事件,如文件能否逻辑锁定、打印机是否联机等。

4.8单元测试也是编程的一部份,提交联调测试的程序必须通过单元测试。

5.可重用性要求

5.1重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。

5.2公共控件或类应考虑OO思想,减少外界联系,考虑独立性或封装性。

5.3公共控件或类应建立使用模板。

附:

C++编程规范,delphi作相应的参考

1适用范围

本标准适用于利用VisulC++,BorlandC++进行软件程序开发的人员.。

 

2变量命名

命名必须具有一定的实际意义,形式为xAbcFgh,x由变量类型确定,Abc、Fgh表示连续意义字符串,如果连续意义字符串仅两个,可都大写.如OK.

具体例程:

BOOL类型bEnable;

ch*charchText

c*类对象cMain(对象实例)

h*Handle(句柄)hWnd

i*int

n*无符号整型

p*指针

sz,str*字符串

wWORD

x,y坐标

Char或者TCHAR类型与WindowsAPI有直接联系的用szAppName[10]形式否则用FileName[10]形式,单个字符也可用小写字母表示;

Int类型nCmdShow;

LONG类型lParam;

UINT类型uNotify;

DWORD类型dwStart;

PSTR类型pszTip;

LPSTR类型lpCmdLine

LPTSTR类型lpszClassName;

LPVOID类型lpReserved

WPARAM类型wParam,

LPARAM类型lParam

HWND类型hDlg;

HDC类型hDC;

HINSTANCE类型hInstance

HANDLE类型hInstance,

HICON类型hIcon;

intiTmp

floatfTmp

DWORDdw*

String,AnsiStringstr*

m_类成员变量m_nVal,m_bFlag

g_全局变量g_nMsg,g_bFlag

局部变量中可采用如下几个通用变量:

nTemp,nResult,I,J(一般用于循环变量)。

其他资源句柄同上

3常量命名和宏定义

常量和宏定义必须具有一定的实际意义;

常量和宏定义在#include和函数定义之间;

常量和宏定义必须全部以大写字母来撰写,中间可根据意义的连续性用下划线连接,每一条定义的右侧必须有一简单的注释,说明其作用;

资源名字定义格式:

菜单:

IDM_XX或者CM_XX

位图:

IDB_XX

对话框:

IDD_XX

字符串:

IDS_XX

DLGINIT:

DIALOG_XX

ICON:

IDR_XX

4函数命名

函数原型说明包括引用外来函数及内部函数,外部引用必须在右侧注明函数来源:

模块名及文件名,如是内部函数,只要注释其定义文件名;

第一个字母必须使用大写字母,要求用大小写字母组合规范函数命名,必要时可用下划线间隔,示例如下:

voidUpdateDB_Tfgd(TRACK_NAME);//ModuleName:

r01/sdw.c

voidPrintTrackData(TRACK_NAME);//ModuleName:

r04/tern.c

voidImportantPoint(void);//ModuleName:

r01/sdw.c

voidShowChar(int,int,chtype);//LocalModule

voidScrollUp_V(int,int);//LocalModule

5结构体命名

结构体类型命名必须全部用大写字母,原则上前面以下划线开始;结构体变量命名必须用大小写字母组合,第一个字母必须使用大写字母,必要时可

用下划线间隔。

对于私有数据区,必须注明其所属的进程。

全局数据定义只需注意其用途。

示例如下:

typedefstruct

{

   charszProductName[20];

   charszAuthor[20];

   charszReleaseDate[16];

   charszVersion[10];

   unsignedlongMaxTables;

   unsignedlongUsedTables;

}DBS_DATABASE;

DBS_DATABASEGdataBase;

6控件的命名

用小写前缀表示类别:

fm窗口

cmd按钮

cobcombo,下拉式列表框

txt文本输入框

lablabal,标签

imgimage,图象

picpicture

grdGrid,网格

scr滚动条

lst列表框

frmfram

7注释

原则上注释要求使用中文;

文件开始注释内容包括:

公司名称、版权、作者名称、时间、模块用途、背景介绍等,复杂的算法需要加上流程说明;

函数注释包括:

输入、输出、函数描述、流程处理、全局变量、调用样例等,复杂的函数需要加上变量用途说明;

程序中注释包括:

修改时间和作者、方便理解的注释等;

引用一:

文件开头的注释模板

/******************************************************************

**文件名:

**Copyright(c)1998-1999*********公司技术开发部

**创建人:

**日期:

**修改人:

**日期:

**描述:

**

**版本:

**-----------------------------------------------------------------------------

******************************************************************/

引用二:

函数开头的注释模板

/*****************************************************************

**函数名:

**输入:

a,b,c

**a---

**b---

**c---

**输出:

x---

**x为1,表示...

**x为0,表示...

**功能描述:

**全局变量:

**调用模块:

**作者:

**日期:

**修改:

**日期:

**版本

****************************************************************/

引用三:

程序中的注释模板

/*----------------------------------------------------------*/

/*注释内容*/

/*----------------------------------------------------------*/

8程序

a.程序编码力求简洁,结构清晰,避免太多的分支结构及太过于技巧性的程序,尽量不采用递归模式。

b.编写程序时,亦必须想好测试的方法,换句话说,"单元测试"的测试方案应在程序编写时一并拟好。

c.注释一定要与程序一致。

d.版本封存以后的修改一定要将老语句用/**/封闭,不能自行删除或修改,并要在文件及函数的修改记录中加以记录。

e.程序中每个block的开头"{"及"}"必须对齐,嵌套的block每进一套,缩进一个tab,TAB为4个空格,block类型包括if、for、while、do等关键字引出

的。

f.对于比较大的函数,每个block和特殊的函数调用,都必须注明其功能,举例如下:

count.divisor=1193280/freq;//computethepropercount

OutByte((unsignedshort)67,(unsignedchar)182);//tell8253thatacountiscoming

OutByte((unsignedshort)66,count.c[0]);//sendlow-orderbyte

OutByte((unsignedshort)66,count.c[1]);//sendhigh-orderbyte

×××××××××××××××××××××××××××××××××××××××

bcb,delphi中的变量命名:

遵循匈牙利命名法,命名必须有意义,制定如下规定

窗体:

以大写的W开始,如About版权窗体,命名为WAbout

文件:

以大写的F开始,如About版权窗体,文件命名为FAbout.cpp

按钮(Button):

如退出按钮,命名为btnExit

……

基类:

加base标记,如报表基类,窗体命名为:

WBaseRep,文件命名为FBaseRep.cpp 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 总结汇报 > 实习总结

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1