重构与性能

重构并不意味着性能更好,但是重构可以让性能优化更容易!!!    关于写出高性能代码 写出高性能代码的前提:首先你得有个可以调整的程序. 就像别人问你如何和女朋友更好相处一样,首先你得有个女朋友. 写出高性能代码的方法: 1.时间预算法 给每个组件分配一定的资源——包括时间和执行轨迹,每个组件不能超过自己的预算. 通常用于要求极高的实时系统. 2.持续关注法 这种方法要求任何程序员在任何时间做任何事情时,都要保证系统的高性能. 这种方式很常见,感觉很有吸引力,但通常不会起太大作用.(<重构>作

漫谈项目设计&重构&性能优化 重构的好处:重构能够改进软件设计,随着项目需求的变更,项目体积的变大早已与最初的设计大相径庭,代码结构变得凌乱.复杂,如果不进行重构,则很难添加新的功能. 1.使项目代码更容易理解很多情况下是由于项目赶进度和不注重质量导致的.那么通过重构可以帮助代码维持自己该有的形态.项目开始的时候,设计并没有考虑到方方面面,因为你不可能预测到后面的所有需求.同时你也不能把每个功能都做预留,做成灵活可变,如果最后你预测失败,那么意味着你所做的灵活性是多余的,浪费了时间且增加了

     重构( Refactoring)就是在不改变 软件现有功能的基础上,通过调整 程序代码改善软件的质量.性能,使其程序的 设计模式和 架构更趋合理,提高软件的扩展性和维护性. 也许有人会问,为什么不在项目开始时多花些时间把设计做好,而要以后花时间来重构呢?要知道一个完 美得可以预见未来任何变化的设计,或一个灵活得可以容纳任何扩展的设计是不存在的.系统设计人员对即将着手的项目往往只能从大方向予以把控,而无法知道每 个细枝末节,其次永远不变的就是变化,提出 需求的用户往往要在软件成型后,始才

第二章 重构原则 重构是什么? 重构(名词):对软件内部结构的一种调整,目的是在不改变[软件之可察行为]前提下,提高其可理解性,降低其修改成本. 重构(动词):使用一系列重构准则(手法),在不改变[软件之可察行为]前提下,调整其结构. 两顶帽子:添加新功能和重构,不能同时进行. 为何重构? 改进软件设计:可能设计之初根据已有需求,是世界上最优的设计.但是可能过程中增删许多功能,原有设计已经不满足现有需求. 使软件更易理解: 通常多添加注释不一定是好的选择,因为可能代码会被别人修改,而忽略修改注释

何谓重构 对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下,提交其可理解性,降低其修改成本. 重构的目的是软件更容易理解和修改: 重构不会改变软件可观察的行为. 两顶帽子比喻 添加新功能 不修改既有代码,只管添加新功能,并通过测试 重构 不添加功能,只管改进程序结构 为何重构 重构改进软件设计 改进的重要方向就是消除重复代码. 重构使软件更容易理解 准确说出我所要的 利用重构来协助我理解不熟悉的代码 随着代码渐趋简洁,发现可以看到一些以前看不到的设计层面的东西. 重构帮助找到BUG

什么是重构: 视上下文重构有两个不同的定义,第一个定义是名词形式 对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下,提高其可理解性,降低其修改成本 重构的另一人用法是动词形式 使用一系列的重构手法,在不改变软件可观察行为的前提下调整其结构. 有人说重构就是整理代码 ,从某种角度上来说,是,但是重构不止于此,因为它提供了一种更为高效且受控的代码整理 技术,运用代码重构技术后你会发现对代码的整理会比以前更加高效. 重构的目的是使软件更容易被理解和侯.你可以在软件的内部做很多修改,但必须

[1] 为什么要重构[2] 何时着手重构[3] 重构的难题[4] 重构与设计[5] 重构与性能 重构(Refactoring)就是在不改变软件现有功能的基础上,通过调整程序代码改善软件的质量.性能,使其程序的设计模式和架构更趋合理,提高软件的扩展性和维护性. 也许有人会问,为什么不在项目开始时多花些时间把设计做好,而要以后花时间来重构呢?要知道一个完美得可以预见未来任何变化的设计,或一个灵活得可以容纳任何扩展的设计是不存在的.系统设计人员对即将着手的项目往往只能从大方向予以把控,而无法知道每个细

重构,第一个案例 1.1 起点 如果发现现有的代码结构使你无法很方便地添加新特性,那就先重构,使特性的添加比较容易进行后,再添加特性; 1.2 重构的第一步 为即将修改的代码建立可靠的测试环境 – 是人就会犯错,所以需要可靠的测试; 测试结果能够自我检验 – 成功"OK",失败列出失败清单并打印行号 (自动化对比测试结果是提高效率的前提); 1.3 分解并重组"巨型"函数 切分提炼长函数(Extract Method),并移至更合适的类(Move Method) –

重构 重构指在不改变程序原有行为的基础上,对既有代码进行修改,以改进其内部结构. 何时应该重构 添加功能时重构,修复bug时重构,代码评审时重构: 何时不应重构 既有代码太过混乱或不能正常运作,项目已近最后期限. 重构的好处 1. 重构可以改进软件设计 项目结束后,后期的bug修复.需求增加会导致代码逐渐腐败变质.冗余.结构混乱.难以理解.难以维护,难以扩展.如要修改某个错误,可能涉及到要修改的代码点很多. 软件开发中唯一保持不变的就是变化.当软件因为需求变更而开始逐渐退化时,运用软件重构改善我