C代码风格浅析.ppt

常见的内存错误及其对策 常见错误3： 内存分配成功，并且已经初始化，但操作越过了内存的边界 例如：使用数组时经常发生下标“多1”或者“少1”的操作 解决对策： 在for语句中，注意循环次数不要搞错 常见的内存错误及其对策 常见错误4： 忘记了释放内存，造成内存泄漏(Memory Leak) 好比借东西不还 特征 含有这种错误的函数，每被调用一次，就丢失一块内存 刚开始时，系统内存充足，看不到任何错误，当系统运行相当一段时间后，就会突然死掉，出现提示：内存耗尽 需要长期稳定运行的服务程序对内存泄漏最敏感 严重程度取决于 每次遗留内存垃圾的多少 代码被调用的次数 常见的内存错误及其对策 解决对策 动态内存的申请与释放必须配对，尽量让malloc和与之配套的free在一个函数内 Java语言增加了垃圾内存回收机制 一个例子 void Init(void) { char *pszMyname; char *pszHerName; char *pszHisName; pszMyName = (char*)malloc(256); if (pszMyName == NULL) { return; } pszHerName = (char*)malloc(256); if (pszHerName == NULL) { return; } pszHisName = (char*)malloc(256); if (pszHisName == NULL) { return; } /*正常处理的代码*/ free(pszMyName); free(pszHerName); free(pszHisName); return; } 错在哪里！ 一个例子 void Init(void) { char *pszMyname; char *pszHerName; char *pszHisName; pszMyName = (char*)malloc(256); if (pszMyName == NULL) { return; } pszHerName = (char*)malloc(256); if (pszHerName == NULL) { free(pszMyName); return; } pszHisName = (char*)malloc(256); if (pszHisName == NULL) { free(pszMyName); free(pszHerName); return; } /*正常处理的代码*/ free(pszMyName); free(pszHerName); free(pszHisName); return; } 注释规范 写注释时的注意事项 注释不是白话文翻译，不要鹦鹉学舌 注释不是教科书，不要把别人当成初学者 注释不是标准库函数参考手册 注释不是越多越好，不好的注释等于垃圾 不写做了什么，写想做什么 边写代码边注释 修改代码同时修改注释 注释规范 可灵活运用的一些规则 注释可长可短，但应画龙点睛，重点加在语义转折处 简单的函数可以用一句话简单说明 //两数交换 void Swap(int *x, int *y) 内部使用的函数可以简单注释，供别人使用的函数必须严格注释，特别是入口参数和出口参数 Readme的书写内容 主要用来记录 日期、创建者、内容等 每次重大功能的添加、修改 具体格式： 日期—TAB—创建者—TAB—内容 日期:2003.1.21 创建者:XXX 内容:实例工程 日期—TAB—修改的文件名—TAB—修改的功能 对修改后的功能和原理的说明 …… 日期—TAB—修改的文件名—TAB—修改的功能 对修改后的功能和原理的说明 类的版式 “以数据为中心”的版式 private类型的数据写在前面，public类型的数据写在后面 关注类的内部结构 “以行为为中心”的版式 public类型的数据写在前面， private类型的数据写在后面 关注的是类应该提供什么样的接口（或服务） 提倡后者 因为用户最关心的是接口 标识符命名规则 大连大有吴涛公司的易语言 变量名和函数名都用汉字 日本在VC基础上开发的语言Holon 变量名和函数名都用日文假名 标识符命名规则 按照执行级别分为： 共性规则 必须执行 简化规则 建议采用 可选规则 灵活运用 标识符命名的共性规则 直观可