第十讲 程序编码REV2.0.pptVIP

编程老手与高手的误区（续） 真正的程序员没有进度表，只有讨好领导的马屁精才有进度表，真正的程序员会让领导提心吊胆 真正的程序员不写使用说明书，用户应当自己去猜想程序的功能 真正的程序员几乎不写代码的注释，如果注释很难写，它理所当然也很难读。 真正的程序员不画流程图，原始人和文盲才会干这事。 真正的程序员不看参考手册，新手和胆小鬼才会看。 编程老手与高手的误区（续） 真正的程序员认为自己比用户更明白用户需要什么 真正的程序员不接受团队开发的理念，除非他自己是头头。 真正的程序员的程序不会在第一次就正确运行，但是他们愿意守着机器进行若干个30小时的调试改错。 真正的程序员不会在上午9:00到下午5:00之间工作，如 果你看到他在上午9:00工作，这表明他从昨晚一直干到现在。 真正的程序员不写文档也不需要文档，只有看不懂程序的笨蛋才用文档。 编程老手与高手的误区（续） 读博期间我曾用一年时间开发了一个近10万行C++代码的3D图形软件产品，我内心得意表面谦虚地向一位真正的软件高手请教。他虽然从未涉足过3D图形领域，却在几十分钟内指出该软件多处重大设计错误。让人感觉那套软件是用纸糊的华丽衣服，扯一下掉一块，戳一下破个洞。我目瞪口呆地意识到这套软件毫无实用价值，一年的心血白化了，并且害死了自己的软件公司。 编程老手与高手的误区（续） 这么一个小不点的函数，他从三个方面考查： （1）编程风格； （2）出错处理； （3）算法复杂度分析（用于提高性能）。 在大学里从来没有人如此严格地考查过我的程序。我化了半个小时，修改了数次，他还不尽满意，让我回家好好琢磨。我精神抖擞地进“考场”，大汗淋漓地出“考场”。这“高手”当得也太窝囊了。我又好好地反省了一次 编程老手与高手的误区（续） 我们有充分的理由疑虑： （1）编程老手可能会长期用隐含错误的方式编程（习惯成自然），发现毛病后都不愿相信那是真的！ （2）编程高手可以在某一领域写出极有水平的代码，但未必能从全局把握软件质量的方方面面。 程序编码 到现在为止，我们已学习了如何了解用户的问题，以及如何在一个较高的抽象级别给出这个问题的软件解。而这一阶段的任务就是如何将这个解翻译成计算机可以理解并最终可运行的代码。 相对于软件生命周期的其他阶段，编码耗费较少，也不像软件设计那样直接决定软件的质量， 编码阶段是最令人感到沮丧的阶段 （1）设计者并没有解决所有和平台以及程序环境有关的所有问题，用图表容易描述的结构和关系并不能总是直接的翻译成代码。 （2）完成的代码必须是易于读懂的。 （3）在不违背设计，数据结构和程序设计语言的特性的同时，保证代码的易用性。 影响编码质量的因素 包括编程语言、编程准则和编程风格，他们对程序的可靠性、可读性、可测试性和可维护性都将产生深远的影响。 本章不是教你如何编程，而是从一般意义上讲述编码时应注意的规则和风格，提高编码的质量。 程序设计语言的特性 有许多程序设计语言和工具可以用来实现我们的设计，但每一特定的语言都有一些特定的限制。这必然影响到翻译和通信过程的质量和效率。程序设计语言既要支持软件工程的原理，又要符合程序员心理。 从程序员的角度来看，程序设计语言必须考虑下列的特性 一致性 它表示一种语言所使用符号的兼容程度、允许随意规定限制、以及允许对语法或语义破例的程度。同时一个符号，给予多种用途，会引起许多难以察觉的错误。 二义性： 虽然语言的编译程序总是以一种机械的规则来解释语句，但读者则可能用不同的方式来理解语句。另外，允许对缺省数据类型说明的变量做非标准使用，都容易引起混淆。 简洁性（紧凑性） 程序语言的简洁性用来表示为了用该语言编写程序，必须记忆的关于代码的信息量。 从程序员的角度来看，程序设计语言必须考虑下列的特性 局部性 在编码的过程中，由语句组合成模块，由模块组装为程序系统结构，并在组装过程中实现模块的高内聚和低耦合，可使程序的局部性加强。 线性 线性是指人们总是习惯于按逻辑上的线性序列去理解程序。 传统 人们学习一种新的程序语言的能力受到传统的影响。 程序语言的心理特性对于人们学习、应用以及维护程序设计语言的能力有很大的影响。它影响程序员对编写程序的思考方法，从而内在的限制了程序员和计算机通信的方式。 软件工程的观点 详细设计应能直接的容易的翻译成代码程序。 编译器的效率 源程序应具有可移植性。 应尽可能应用代码生成的自动工具。 可维护性 衡量某种程序语言是否适合于特定的项目，应考虑的因素 ⑴ 应用领域； ⑵ 算法和计算复杂性； ⑶ 软件运行环境； ⑷ 用户需求中关于性能方面的需求； ⑸ 数据结构的复杂性； ⑹ 软件开发人员