华为c语言编程基础,华为技术有限公C语言编程基础.ppt

华为技术有限公C语言编程基础

基础篇之溢出(续二) VOID ShowLong (ULONG ulCount) { CHAR stInfo[16]; VOS_Sprintf(stInfo, “%lu\n\r”, ulCount); Printf(stInfo); return; } 在显示无符号整数时,使用正确的%描述符 基础篇之溢出(续) 案例点评: 要解决溢出问题,首先要明确数据结构的取值范围; 无符号数和有符号数在取值范围上的差异,也容易引起溢出; 若非特殊需要,不要进行有符号数和无符号数的强制类型转换,以免产生不必要的麻烦; 若非特殊需要,不要进行从(U)LONG到(U)SHORT到(U)char的转换,以免产生不必要的麻烦; 目录 前言 sizeof 字节对齐 字节序 函数参数 返回值 强制类型转换 Switch case 字符串 溢出 资源释放 If规范 临界资源保护 简单既是美 基础篇之资源释放 VOID PrintDigit(ULONG ulData) { CHAR *pBuf; pBuf = (CHAR *)malloc(16); if (NULL == pBuf) { return NULL; } VOS_Sprintf(pBuf,”%lu\n\r”, ulData); printf(pBuf); return; } 基础篇之资源释放 VOID PrintDigit(ULONG ulData) { CHAR *pBuf; pBuf = (CHAR *)malloc(16); if (NULL == pBuf) { return NULL; } VOS_Sprintf(pBuf,”%lu\n\r”, ulData); printf(pBuf); Free(pBuf); /* Review九句箴言:看见Malloc找Free! */ return; } 基础篇之资源释放(续) Node_Head_S* CreateNode(ULONG ulNType) { Node_Head_S *pNode; Node_Body_S *pBody; pNode = (Node_Head_S *)malloc(sizeof(Node_Head_S)); if (NULL == pNode) { return NULL; } pBody = (Node_Body_S *)malloc(sizeof(Node_Body_S)); if (NULL == pBody) { return NULL; } pNode->pBody = pBody; pNode->ulNType = ulNType; return pNode; } 基础篇之资源释放(续) Node_Head_S* CreateNode(ULONG ulNType) { Node_Head_S *pNode; Node_Body_S *pBody; pNode = (Node_Head_S *)malloc(sizeof(Node_Head_S)); if (NULL == pNode) { return NULL; } pBody = (Node_Body_S *)malloc(sizeof(Node_Body_S)); if (NULL == pBody) { Free(pNode); /* 异常分支最容易忘记打扫战场,顾头也要顾尾 */ return NULL; } pNode->pBody = pBody; pNode->ulNType = ulNType; return pNode; } 基础篇之资源释放 案例点评 资源泄漏是代码Review中最常见的错误之一 申请的每个资源必须明确由谁负责释放,何时释放,在何处释放; 在异常分支中,保持清醒的头脑,清理战场; 在特定功能去使能时,需要完成的主要工作就是资源清退; 目录 前言 sizeof 字节对齐 字节序 函数参数 返回值 强制类型转换 Switch case 字符串 溢出 资源释放 If规范 临界资源保护 简单既是美 基础篇之if规范 LONG IsZero(ULONG ulCnt) { i

1、清晰第一 清晰性是易于维护、易于重构的程序必需具备的特征。代码首先是给人读的,好的代码应当可以像文章一样发声朗诵出来。 目前软件维护期成本占整个生命周期成本的40%~90%。根据业界经验,维护期变更代码的成本,小型系统是开发期的5倍,大型系统(100万行代码以上)可以达到100倍。业界的调查指出,开发组平均大约一半的人力用于弥补过去的错误,而不是添加新的功能来帮助司提高竞争力。 一般情况下,代码的可阅读性高于性能,只有确定性能是瓶颈时,才应该主动优化。 2、简洁为美 简洁就是易于理解并且易于实现。代码越长越难以看懂,也就越容易在修改时引入错误。写的代码越多,意味着出错的地方越多,也就意味着代码的可靠性越低。因此,我们提倡大家通过编写简洁明了的代码来提升代码可靠性。 废弃的代码(没有被调用的函数和全局变量)要及时清除,重复代码应该尽可能提炼成函数。 3、选择合适的风格,与代码原有风格保持一致 产品所有人共同分享同一种风格所带来的好处,远远超出为了统一而付出的代价。在司已有编码规范的指导下,审慎地编排代码以使代码尽可能清晰,是一项非常重要的技能。 如果重构/ / 修改其他风格的代码时,比较明智的做法是根据 现有 代码 的 现有风格继续编写代码,或者使用格式转换工具进行转换成司内部风格。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值