用JBuilder 2005实现重构之熟习重构[Java编程]

为什么要重构

从Martin Fowler所著的《重构--改进既有代码的计划》一书持续两年成为最脱销的计算机图书之一,便可以知道重构给程序员所带来的欣喜程度了.

那么什么是重构呢?重构就是在不改变软件现有功效的底子上,通过调整程序代码改进软件的质量、性能,使其程序的计划情势和架构更趋公道,提高软件的扩大性和保护性.

大概有人会问,为什么不在项目开始时多花些时间把计划做好,而要今后花时间来重构呢?要知道一个完善得可以预见将来任何改变的计划,或一个机动得可以包容任何扩大的计划是不存在的.系统计划人员对行将着手的项目常常只能从大方向予以把控,而无法知道每个细枝末节,其次永久不变的就是改变,提出需求的用户常常要在软件成型后,始才开始"品头论足",系统计划人员毕竟不是先知先觉的神仙,功效的改变招致计划的调整再所不免.所以"测试为先,持续重构"作为杰出开辟习惯被越来越多的人所采取,测试和重构像黄河的护堤,成为保证软件质量的法宝.

通太重构可以到达以下的目标:

·持续偏纠和改良软件计划

重构和计划是相辅相成的,它和计划彼此互补.有了重构,你仍旧必须做预先的计划,但是没必如果最优的计划,只需求一个公道的办理筹划就够了,假如没有重构、程序计划会渐渐腐化变质,愈来愈像断线的风筝,脱缰的野马无法掌握.重构其实就是整理代码,让全部带着发散偏向的代码回归本位.

·使代码更易为人所理解

Martin Flower在《重构》中有一句经典的话:"任何一个傻瓜都能写出计算机可以理解的程序,只有写出人类简单理解的程序才是优异的程序员."对此,笔者感触很深,有些程序员老是可以快速编写出可运行的代码,但代码中晦涩的命名令人晕眩得需求紧握坐椅扶手,试想一个新兵到来接办这样的代码他会不会想当逃兵呢?

软件的生命周期常常需求多批程序员来保护,我们常常忽视了这些后来人.为了使代码简单被他人理解,需求在实现软件功效时做很多额外的事件,如清楚的排版筹划,简明扼要的注释,此中命名也是一个重要的方面.一个很好的办法就是采取暗喻命名,即以对象实现的功效的根据,用形象化或拟人化的伎俩举行命名,一个很好的态度就是将每个代码元素像新生儿一样命名,大概笔者有点命名偏执狂的偏向,如能荣此雅号,将深以此为幸.

关于那些让人充满苍茫感乃至误导性的命名,需求果断地、大刀阔斧地整容,永久不要部下包涵!

·帮忙发现躲藏的代码缺陷

孔子说过:温故而知新.重构代码时逼迫你加深理解原先所写的代码.笔者常有写下程序后,却发生对自己的程序逻辑不甚理解的情形,曾为此惊悚过,后来发现这种症状竟然是很多程序员常患的"感冒".当你也发生这样的情形时,通太重构代码可以加深对原计划的理解,发现此中的问题和隐患,构建出更好的代码.

·从长远来看,有助于提高编程效率

当你发现办理一个问题变得非常复杂时,常常不是问题本身造成的,而是你用错了办法,拙劣的计划常常招致臃肿的编码.

改进计划、提高可读性、削减缺陷都是为了稳住阵脚.杰出的计划是成功的一半,停下来通太重构改良计划,大概会在当前减缓速度,但它带来的后发上风倒是不可低估的.

什么时刻着手重构

新官上任三把火,开始一个全新的项目时,程序员常常也会燃起三把火:紧锣密鼓、脚不断蹄、加班加点,一支阵容浩荡的千军万"码"夹裹着程序员豪情和扣击键盘的鸣金奋力前行,势不可当,攻城掠地,直指"黄龙府".

开辟经理是这支浩浩汤汤代码部队的统帅,他负责这支部队的命运,当齐恒公站在山顶上看到管仲锻炼的部队整齐划一地行进时,他感慨说"我有这样一支部队那边还怕没有成功呢?".但很遗憾,你手中的这支部队本来只是散兵游勇,在行进中招兵买马,不断强大,所以部队变形在所不免.当开辟经理发觉部队变形时,大概就是禁止住攻克前方山头的引诱,停下脚步整理部队的时刻了.

Kent Beck提出了"代码坏味道"的说法,和我们所提出的"部队变形"是一样的意思,部队变形的信号是什么呢?以下列述的代码症状就是"部队变形"的激烈信号:

　　以上是“用JBuilder 2005实现重构之熟习重构[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：