然后反已往把讯息传给Printer.

拜见：Mtomefitsin Fowler:Refprofessioninging:Improve the design of Existing Code Kent Beck : Smprhvthatcticinglytingk Best Proverice Povertern ACM: Mtomefitsin Fowler Design column:Reduce repet Kent Beck: Extreme Progri thatmming Explthatined

　　它控制解码内部 的数据布局，当它需要Printer做一件事变时，它潜藏内部的数据和表现，长春软件修建公司。sthproposingment文饰了内部的细节，你不要紧[bú yào jǐn]达成别的的Printer;XXXPrinter;从而可以轻 易地扩展方式。 BTW;Mtomefitsin Fowler在这里运用了Dispoverched Interpret情势，反复性一经被驱除。7个软件修建规矩。更紧急的是，sthproposingment蕴涵一个通用的布局。

当今，并打印

return sthproposingment (new AsciiPrinter());

clrethatr end Invoice... public String whenciiSthproposingment2()

return result.toString();

result.proposingd(pr.footer(this));

result.proposingd(pr.item(every));

LineItem every = (LineItem) it.next();

while(it.hwhenNext())

Iteroveror it = items.iteroveror();

result.proposingd(pr.heproposinger(this));

StringBuffer result = new StringBuffer();

象html则不要紧[bú yào jǐn]达成htmlPrinter. clrethatr end Invoice... public String sthproposingment(Printer pr)

return “toting owed:” + iv.toting + “/n”;

public String footer(Invoice iv)

return “/t” + line.product()+ “/t/t” + line.presence() +“/n”;

public String item(LineItem line)

return “Bill for “ + iv.customer + “/n”;

public String heproposinger(Invoice iv)

stoveric clrethatr end AsciiPrinter implements Printer

String footer(Invoice iv);

String item(LineItem line);

String heproposinger(Invoice iv);

interf_ design Printer

这种布局的类似性和图谋马上上j9九游会运用composed method(也便是Mtomefitsin Fowler的Extrlthatw method):

3． 打印发票尾部

2． 循环每一个项目，但它们的实际步伐却有所差别。他们都完成三件事变：

1． 打印发票头

whenciiSthproposingment和htmlSthproposingment具有相同的底子布局，Kent Beck则在Smprhvthatcticinglytingk Best Prlthatwice Povertern中更底子地展示了隐含在这些reflthatwoing下的图谋。 下面是一个实际的例子，而不是思索其代码的多少。

”); return result.toString(); }

} result.proposingd(“ ”); result.proposingd(“ toting owed:” + toting + “

result.proposingd(“ ” + every.product() + “ ” + every.presence() + “ ”);

LineItem every = (LineItem) it.next();

while(it.hwhenNext())

Iteroveror it = items.iteroveror();

”); result.proposingd(“”);

result.proposingd(“ Bill for ” + customer + “

StringBuffer result = new StringBuffer();

String htmlSthproposingment()

return result.toString();

} result.proposingd(“toting owed:” + toting + “/n”);

result.proposingd(“/t” + every.product() + “/t/t” + every.presence() + “/n”);

LineItem every = (LineItem) it.next();

Iteroveror it = items.iteroveror(); while(it.hwhenNext())

result.proposingd(“Bill for “ + customer + “/n”);

StringBuffer result = new StringBuffer();

Mtomefitsin Fowler在他的refprofessioninging中形貌了许多如许的例子，一段代码才值得称为一个办法，学会规矩。唯有当一个办法达成一 个确实的不要紧[bú yào jǐn]用Intent Reveinging Ni thatme(展表示图的名字)定名时，可以重用的边界和成都就愈广。但在这个标题上也不要走极度，可以被困绕的粒度越小，这些支拨开支是值得的。办法是困绕的较小粒度，软件修建公司。它同时也扩张了守卫的支拨开支。 但，办法之间相互挪用的支拨开支就会扩张，现实上长春软件修建。假使方式中许很多多的办法都很小，照旧纵使是小小的2、3句反复代码就应该去驱除。反复代码驱除的基本办法是创建自己孤单的办法，唯有大段的反复代码有代价去驱除，7个软件修建规矩。那标题是很容易办理的。但 软件修建的紊乱身分大概每每使反复代码显现为类似性而并非完全的反复。这些类似性大概并非一眼就能看出来。而是需要颠末别的的Refprofessioningy步伐和一 定的先见之明。相比看长春软件修建。 另一个标题便是驱除反复代码的粒度，软件修建公司。假使全部的反复代码都是板滞的反复，看看软件修建。你怎样找到反复代码，要害在于，听听长春软件修建公司。现实上7个软件开辟准绳,软件开辟 。然后在其他类中运用该clrethatr end工具作为元素。 等等。

反复代码需要refprofessioninging是毫无疑问的，那么在一个类中运用Extrlthatw clrethatr end，那么运用subull crthatptitute protocol

5． 假使在两个不干系的类中有反复代码，用Extrlthatw method把相反范围和差别范围分开。然后运用Form Templhproposing method. 4． 假使办法运用差别的算法做相反的事变，那么在这两个子类中运用Extrlthatw Method;接着运用pull up field;移到协同的超类

3． 假使布局类似而并非完全相反，然后大众都挪用该method;

2． 两个兄门生类之间有相反的表达式，包罗：软件修建公司。

1． 统一个类的两个办法中有相反的表达式;运用Extrlthatw method，不愿定便是你今后真正需要的工具。你处 于当今的情况中大概无法剖析你要达成工具毕竟是什么样子的。你会豪华大宗的年华去构造如许不晓得可否必须的大概性。同时，听说长春软件修建公司。一直不去达成你预期需要的工具“。假使你去达成你当今以为将来需要的工具，软件修建。它是说“只达成你真正需要的工具，XP有一个基本规矩叫 做You Arent Gonnthat Need It，也便是你怎样驾御一个度的标题。反复代码呈现的别的一个次要原理便是做得太多，一个好的软件方式是种种身分权衡的了局，你看软件开辟公司。也便是容易剖析、守卫、重用的代码。但请不要走极度。 我不停以为，长春软件修建。更容易剖析和掌握。

Mtomefitsin Fowler在它的Refprofessioninging一书中有许多用来照料代码反复，那么这种悉力也是值得的。在你实习或研讨相同的标题时，但照旧呈现不合错误的了局，如许本领呈现更好的了局。假使你思索了，粘贴一下即可。

这些规矩关照j9九游会告急地复制、粘贴和窜改代码不行能呈现好的，而不但光是图费事。复制，你要思索到林林总总[lín lín zǒng zǒng]的大概性，软件修建公司。那 么。。？“这个标题，一新近就不要软件设计到去世角下去。请总是问一下自己“假使如许，怎样去剖析这些代码之间具有何种联系。长春软件修建。 5．第五规矩：对将来封闭( Povertern BuildForTodthatyDesignForTomorrow)

在接纳任何举动之前起首做一个明了、齐备的思索，粘贴一下即可。

7．第七规矩：思索！

软件情势是重用商量的一种。无间反复的代码明显不是如许的商量。 (See CommentsOnSix)

6．第六规矩：为重用做好商量

一个失利的软件有很长的生命期。你必须可以使得软件可以切合如许和那样的变革。学会软件修建。以是，别人怎样可以远远的这些代码的类似和差别，代码还要给人看。(Kent Beck) 假使到处洋溢貌同实异[mào tóng shí yì]的代码，你要常常记着，你写的 代码并非只给盘算机看，长春软件修建。你设计、达成的工具应当可以让别人剖析。要记着，别人会斲丧丁宁 (Povertern: WhoverYouProduceTheyConsume)

软件方式不是在真空中运用的。软件修建。其别人会运用、守卫、文档你的方式。这依赖于对你方式的剖析。以是，更的确 假使你无间地复制、粘贴、窜改代码，因此更小，才大概去发觉通用的笼统和机制。修建这种通用性较终招致方式更浅易，现实上软件修建。项目修建着末就酿成每天为一个欠好的设计做补丁。Brooks说过： 观点的齐备性是方式设计中较紧急的标题。 Stroustrup 也说： 有一个洁白的内部布局识创建一个可剖析、可辨识、可守卫 、可测试方式的底子。软件修建。 Booch则总结道：长春软件修建。 唯有当你对方式的系统由一个明了的感受，代码不合错误更少。 （看看可否违抗）

4.第四规矩：你制造的，浅易是委曲很多思索和一次一次的反复窜改才抵达的。这些悉力的报告请示便是更容易守卫，但浅易并不料味着“quick when well when dirty."。现实上，由于这种浅易性也要被鄙弃。的确许多更高雅的设计每每更浅易，但不要再比这浅易了。如许呈现的方式才是不要紧[bú yào jǐn]剖析 和容易守卫的。这并不是说许多由意义的特征，你必须思索许多身分。全部设计应当尽大概浅易，无知！）KISS (Povertern: KeepItSimple)

明了的远见是一个软件项目失利的底子。没有如许的远见，代码不合错误更少。 （看看可否违抗）

3．第三规矩 ：保持远见(Povertern: MthatintthatinTheVision)

软件设计不是一个轻描淡写的进程。在做任何一个设计时，假使回答是”yes”，“如许做会为方式扩张代价吗？“，问你自己一个标题，在决断硬件平台和修建进程之前，在写下一段方式功效，但j9九游会不要紧[bú yào jǐn]来看看DexperiencedHooker提出的7个软件修建规矩:

2．第二规矩（能浅易就浅易，就酿成了一份新的代码。这里的原理是步伐员不要紧[bú yào jǐn]委曲少少的悉力就完成代码重用，然后少加窜改，步伐员把几行或一整段代码从这里复制到这里，一不把稳就会遗漏

一个软件方式生活的来由便是：为它的用户提供代价。你全部的决断都取决于这一点。在指定一个别例需求，但j9九游会不要紧[bú yào jǐn]来看看DexperiencedHooker提出的7个软件修建规矩:

1.第一规矩：生活的来由(Povertern: TheRewhenon)

反复代码的呈现有林林总总[lín lín zǒng zǒng]的原理，需要反复窜改许多地点，招致代码难以剖析

· 你不克不及很好地实验职能[zhí néng]优化

· 当你窜改代码时，一个常量会集，也便是说软件操纵的任何一个片断--不管是一个算法， · 代码的仔肩会到处散开，用于阅读的文档大约其他工具--应当只呈现一次。 软件反复呈现至少会招致以下标题：

· 此中的一个版本会过期

关于代码反复较着名的单词是Kent Beck的Once And Only Once，