高质量C与C指南林锐博士

上传人:cn****1 文档编号:498105405 上传时间:2022-10-07 格式:DOC 页数:87 大小:505KB
返回 下载 相关 举报
高质量C与C指南林锐博士_第1页
第1页 / 共87页
高质量C与C指南林锐博士_第2页
第2页 / 共87页
高质量C与C指南林锐博士_第3页
第3页 / 共87页
高质量C与C指南林锐博士_第4页
第4页 / 共87页
高质量C与C指南林锐博士_第5页
第5页 / 共87页
点击查看更多>>
资源描述

《高质量C与C指南林锐博士》由会员分享,可在线阅读,更多相关《高质量C与C指南林锐博士(87页珍藏版)》请在金锄头文库上搜索。

1、- Back to man.ChinaUni*.net 高质量C+/C编程指南文件状态 草稿文件 正式文件 更改正式文件文件标识:当前版本:1.0 林锐博士完成日期:2001年7月24日版本历史版本/状态作者参与者起止日期备注V 0.9草稿文件林锐2001-7-1至2001-7-18林锐起草V 1.0正式文件林锐2001-7-18至2001-7-24朱洪海审查V 0.9,林锐修正草稿中的错误目录前言6第1章文件构造111.1 和版本的声明111.2 头文件的构造121.3 定义文件的构造131.4 头文件的作用131.5 目录构造14第2章程序的版式152.1 空行152.2 代码行162.3

2、 代码行的空格172.4 对齐182.5 长行拆分192.6 修饰符的位置192.7 注释202.8 类的版式21第3章命名规则223.1 共性规则223.2 简单的WINDOWS应用程序命名规则233.3 简单的UNI*应用程序命名规则25第4章表达式和根本语句264.1 运算符的优先级264.2 复合表达式274.3 IF 语句274.4 循环语句的效率294.5 FOR 语句的循环控制变量304.6 SWITCH语句304.7 GOTO语句31第5章常量335.1 为什么需要常量335.2 CONST 与 #DEFINE的比拟335.3 常量定义规则335.4 类中的常量34第6章函数设

3、计366.1 参数的规则366.2 返回值的规则376.3 函数部实现的规则396.4 其它建议406.5 使用断言416.6 引用与指针的比拟42第7章存管理447.1存分配方式447.2常见的存错误及其对策447.3指针与数组的比照457.4指针参数是如何传递存的?477.5 FREE和DELETE把指针怎么啦?507.6 动态存会被自动释放吗?507.7 杜绝野指针517.8 有了MALLOC/FREE为什么还要NEW/DELETE ?527.9 存耗尽怎么办?537.10 MALLOC/FREE 的使用要点547.11 NEW/DELETE 的使用要点557.12 一些心得体会56第8

4、章 C+函数的高级特性578.1 函数重载的概念578.2 成员函数的重载、覆盖与隐藏608.3 参数的缺省值638.4 运算符重载648.5 函数联658.6 一些心得体会68第9章类的构造函数、析构函数与赋值函数699.1 构造函数与析构函数的起源699.2 构造函数的初始化表709.3 构造和析构的次序729.4 例如:类STRING的构造函数与析构函数729.5 不要轻视拷贝构造函数与赋值函数739.6 例如:类STRING的拷贝构造函数与赋值函数739.7 偷懒的方法处理拷贝构造函数与赋值函数759.8 如何在派生类中实现类的根本函数759.9 一些心得体会77第10章类的继承与组合

5、7810.1 继承7810.2 组合80第11章其它编程经历8211.1 使用CONST提高函数的强健性8211.2 提高程序的效率8411.3 一些有益的建议85参考文献87附录A :C+/C代码审查表88附录B :C+/C试题93附录C :C+/C试题的答案与评分标准97前言软件质量是被大多数程序员挂在嘴上而不是放在心上的东西!除了完全外行和真正的编程高手外,初读本书,你最先的感受将是惊慌:哇!我以前捏造的C+/C程序怎么会有则多的毛病?别难过,作者只不过比你早几年、多几次惊慌而已。请花一两个小时认真阅读这本百页经书,你将会获益匪浅,这是前面N-1个读者的建议。一、编程老手与高手的误区自从

6、计算机问世以来,程序设计就成了令人羡慕的职业,程序员在受人宠爱之后容易开展成为毛病特多却常能自我臭美的群体。如今在Internet上流传的真正的程序员据说是这样的:(1) (1)真正的程序员没有进度表,只有讨好领导的马屁精才有进度表,真正的程序员会让领导提心吊胆。(2) (2)真正的程序员不写使用说明书,用户应当自己去猜测程序的功能。(3) (3)真正的程序员几乎不写代码的注释,如果注释很难写,它理所当然也很难读。(4) (4)真正的程序员不画流程图,原始人和文盲才会干这事。(5) (5)真正的程序员不看参考手册,新手和胆小鬼才会看。(6) (6)真正的程序员不写文档也不需要文档,只有看不懂程

7、序的笨蛋才用文档。(7) (7)真正的程序员认为自己比用户更明白用户需要什么。(8) (8)真正的程序员不承受团队开发的理念,除非他自己是头头。(9) (9)真正的程序员的程序不会在第一次就正确运行,但是他们愿意守着机器进展假设干个30小时的调试改错。(10) (10)真正的程序员不会在上午9:00到下午5:00之间工作,如果你看到他在上午9:00工作,这说明他从昨晚一直干到现在。具备上述特征越多,越显得水平高,资格老。所以别奇怪,程序员的很多缺点竟然可以被当作优点来欣赏。就象在武侠小说中,那些独来独往、不受约束且带点邪气的高手最令人崇拜。我曾经也这样信奉,并且希望自己成为那样的真正的程序员,

8、结果没有得到好下场。我从读大学到博士毕业十年来一直勤奋好学,累计编写了数十万行C+/C代码。有这样的苦劳和疲劳,我应该称得上是编程老手了吧?我开发的软件都与科研相关集成电路CAD和3D图形学领域,动辄数万行程序,技术复杂,难度颇高。这些软件频频获奖,有一个软件获得首届中国大学生电脑大赛软件展示一等奖。在1995年开发的一套图形软件库到2000年还有人买。罗列出这些业绩,可以说明我算得上是编程高手了吧?可惜这种个人感觉不等于事实。读博期间我曾用一年时间开发了一个近10万行C+代码的3D图形软件产品,我心得意外表谦虚地向一位真正的软件高手请教。他虽然从未涉足过3D图形领域,却在几十分钟指出该软件多

9、处重大设计错误。让人感觉那套软件是用纸糊的华美衣服,扯一下掉一块,戳一下破个洞。我目瞪口呆地意识到这套软件毫无实用价值,一年的心血白化了,并且害死了自己的软件公司。人的顿悟通常发生在最心痛的时刻,在沮丧和心痛之后,我作了深刻反省,面壁半年,重新温习软件设计的根底知识。补修功之后,又觉得腰板硬了起来。博士毕业前半年,我曾到微软中国研究院找工作,承受微软公司一位资深软件工程师的面试。他让我写函数strcpy的代码。太容易了吧?错!这么一个小不点的函数,他从三个方面考察:1编程风格;2出错处理;3算法复杂度分析用于提高性能。在大学里从来没有人如此严格地考察过我的程序。我化了半个小时,修改了数次,他还

10、不尽满意,让我回家好好琢磨。我精神抖擞地进考场,大汗淋漓地出考场。这高手当得也太窝囊了。我又好好地反省了一次。我把反省后的心得体会写成文章放在网上传阅,引起了不少软件开发人员的共鸣。我因此有幸和国产大型IT企业如华为、贝尔、中兴等公司的同志们广泛交流。大家认为提高质量与生产率是软件工程要解决的核心问题。高质量程序设计是非常重要的环节,毕竟软件是靠编程来实现的。我们心目中的老手们和高手们能否编写出高质量的程序来?不见得都能!就我的经历与阅历来看,国大学的计算机教育压根就没有灌输高质量程序设计的观念,教师们和学生们也很少自觉关心软件的质量。勤奋好学的程序员长期在低质量的程序堆中滚爬,吃尽苦头之后才

11、有一些心得体会,长进极慢,我就是一例。现在国IT企业拥有学士、硕士、博士文凭的软件开发人员比比皆是,但他们在承受大学教育时就先天缺乏,岂能一到企业就突然实现质的飞跃。试问有多少软件开发人员对正确性、强健性、可靠性、效率、易用性、可读性可理解性、可扩展性、可复用性、兼容性、可移植性等质量属性了如指掌?并且能在实践中运用自如?。高质量可不是干活小心点就能实现的!我们有充分的理由疑虑:1编程老手可能会长期用隐含错误的方式编程习惯成自然,发现毛病后都不愿相信那是真的!2编程高手可以在*一领域写出极有水平的代码,但未必能从全局把握软件质量的方方面面。事实证明如此。我到贝尔工作一年来,陆续面试或测试过近百

12、名新老程序员的编程技能,质量合格率大约是10。很少有人能够写出完全符合质量要求的if语句,很多程序员对指针、存管理一知半解,。领导们不敢相信这是真的。我做过现场试验:有一次部门新进14名硕士生,在开欢送会之前对他们进展C+/C编程技能摸底考试。我问大家试题难不难?所有的人都答复不难。结果没有一个人及格,有半数人得零分。竞争对手公司的朋友们也做过试验,同样一败涂地。真的不是我心狠手辣或者要求过高,而是很多软件开发人员对自己的要求不够高。要知道华为、贝尔、中兴等公司的员工素质在国IT企业中是比拟前列的,倘假设他们的编程质量都如此差的话,我们怎么敢期望中小公司拿出高质量的软件呢?连程序都编不好,还谈

13、什么振兴民族软件产业,岂不胡扯。我打算定义编程老手和编程高手,请您别见笑。定义1:能长期稳定地编写出高质量程序的程序员称为编程老手。定义2:能长期稳定地编写出高难度、高质量程序的程序员称为编程高手。根据上述定义,马上得到第一推论:我既不是高手也算不上是老手。在写此书前,我阅读了不少程序设计方面的英文著作,越看越羞惭。因为发现自己连编程根本技能都未能全面掌握,顶多算是二流水平,还好意思谈什么老手和高手。希望和我一样在国土生土长的程序员朋友们能够做到:1知错就改;2经常温故而知新;3坚持学习,天天向上。二、本书导读首先请做附录B的C+/C试题不要看答案,考察自己的编程质量终究如何。然后参照答案严格

14、打分。1如果你只得了几十分,请不要声,也不要太难过。编程质量差往往是由于不良习惯造成的,与人的智力、能力没有多大关系,还是有药可救的。成绩越差,可以进步的空间就越大,中国不就是在落后中赶超兴旺资本主义国家吗?只要你能下决心改掉不良的编程习惯,第二次考试就能及格了。2如果你考及格了,说明你的技术根底不错,希望你能虚心学习、不断进步。如果你还没有找到适宜的工作单位,不妨到贝尔试一试。3如果你考出85分以上的好成绩,你有义务和资格为你所在的团队作C+/C编程培训。希望你能和我们多多交流、相互促进。半年前我曾经发现一颗好苗子,就把他挖到我们小组来。4如果你在没有任何提示的情况下考了总分值,希望你能收我做你的徒弟。编程考试完毕后,请阅读本书的正文。本书第一章至第六章主要论述C+/C编程风格。难度不高,但是细节比拟多。别小看了,提高质量就是要从这些点点滴滴做起。世上不存在最好的编程风格,一切因需求而定。团队开发讲究风格一致,如果制定了大家认可的编程风格,则所有组员都要遵守。如果读者觉得本书的编程风格比拟合你的工作,则就采用它,不要只看不做。人在小时候说话发音不准,写字潦草,如果不改正,总有懊悔的时候。编程也是同样道理。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号