代码汇总读书报告.docVIP

计划在开始抽象一下代码大全，如何表达都没有部长的抽象度高。还是做一些实在的工作，把咱们从第一章到第十九章的读书体会一一总结于下。 第三章描述软件构建必须做的准备工作。本章沿用了第二章隐喻的概念，把软件构建必须做的准备工作隐喻为建造房子之前的准备工作，使我们很清楚的知道这一章要描述的内容。软件项目的成败与构建前的准备工作紧密耦合在一起，就像房子的地基或者承重设计有问题，盖到封顶了才发现房子开始倾斜，承重墙出现裂缝，这栋房子只能被推到重来。联系到软件质量，也是这个道理。在项目的开始阶段强调质量，比事后弥补花费的开销要小的多。风险预测与控制是项目的开始阶段必须要做的工作之一，只有在一开始就明确了项目有哪些风险，才有可能在项目管理过程中，有计划有措施的管理这些风险，将这些风险尽早清除掉。那么为什么往往准备工作做得不充分呢？是经验。老板的经验不够，可以用合理的方式沟通，开发人员的经验不够，只会多一个触目惊心的不成功案例。本章接着论述了几点有力简洁的论据，如果食物链打动不了你的话，那几组数据总该让人沉思，在项目周期开始之前，应该思考一下开发团队准备好了吗？不同的软件项目，前续的计划和管理也各有侧重。那么对于序列式与迭代式的讨论，更像是“瀑布模型”与“增量模型”的比较，没有绝对优劣之分，需要具体项目具体分析。构建前的准备工作必然牵扯到问题的定义，这确保了项目的输出的产品是不是符合客户的原始需求。可怕的是，客户需求可能变化，稳定的需求只能保证最大化的引导客户需求，帮助客户开发需求，保证客户的需求在软件开发时不变更、少变更。最后讨论的是，准备工作中的软件架构，好多同学分不清楚architecture与framework的区别，这里的解释让人茅塞顿开，进一步又给出了architecture包括了什么内容，这是很重要的知识点。 第四章告诉我们一些关键的构建决策。世界上有一百多种编程语言，有20多种已经missing了。在项目中，选择哪种编程语言将对生产率和代码质量产生很大的影响。好在我们在这件事情上没有选择的余地，我们用的是标准C，但是超越语言层面理解编程是有很必要的。最近在CSDN的一位大牛的博客里看到一片无责总结2010年技术浪潮的文章，HTML5.0与服务器端云计算的应用等等，在这样机遇百出的背景下，如何相应调整IT职业规划和长期目标是值得每位同学思考的问题。也幸运，我是个LTE的初学者，但是LTE发展前景那是没的说，好好工作，天天向上吧。 下面进入第二部分。这一章讲的是软件设计。设计不是凭空臆想出来的，一定是在不断参与设计实践、学习设计模式、吃到蹩脚设计苦头后演化和完善起来，最终构建成一位优秀软件工程师的设计经验。这里对设计的定义比公司二级培训给出的设计的定义要完整和丰富的多。我们需要重点关注的是理想的设计特征——最小的复杂度、易于维护、高内聚低耦合、可扩展、可重用、可移植等等，这几乎涉及到了软件体系结构所有的评价标准。其实上，这里的设计不仅包括了软件体系结构的设计，还细化到类的抽象和子程序的设计。类的的抽象包括数据的封装与隐藏，类间的关系——继承、组合等。这里涉及到了设计模式和设计方法——自上而下、自下而上与分治法。每一部分的内容都提供了很多书籍，推荐大家阅读四人帮的设计模式和经典算法书籍中的分治法的设计与实现。这里，只需要弄懂字面意思，以后在工作实践中再慢慢深入研究。 第六章描述类。类是有一组数据和子程序构成的集合。一个类不论是抽象的，还是具体的，都必然是内聚、明确定义、指责明确的概念实体。逻辑上，类就是一类事物的代表。这一章为构建高质量的类提供一些高明的建议，还是在谈经验。抽象数据类型(ADT)建议大家关注数据结构的第一章，这里不再详述。抽象数据类型是类的基础。首先谈到的是类的接口，类接口是类中的函数，分为“内部接口”与“外部接口”。封装的概念通常理解为把相关联的数据放到一个类中，但封装也包含了接口的封装，也就是功能上的封装。这是类本身的分析，那么，类与类之间的关系又分为了包含(has a)和继承（is a），通过语言机制又可以实现多态。不明白的是，为什么本书没有包涵多态。多态在C++、Java、C#中都存在，或许作者认为多态是语言层面的，不应该放在通用的范畴讨论。时间不充分的话，第六章可以先跳过去，不过，还是需要回头看的，一些成功的框架通过模拟继承、多态支持面向对象机制，典型的是COM。使用C这样的过程语言构建软件框架时，如果提供了面向对象的机制，那么该框架将具有更大的优势。 第七章讨论如何编写高质量的子程序。仔细分析162页的低质量子程序将对理解什么是高质量的子程序很有帮助。从这里开始，我们实实在在的踩到了代码上。尽管子程序给程序带了这样那样的好处，我们只要把握一个原则，子程序是“功能”上的最小划分。“功能”上的，可能的是功能的内