然后反过去把讯息传给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文饰了外部的细节，你没关系告竣其它的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则没关系告竣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

这种结构的相似性和图谋立地上我们运用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中描摹了很多这样的例子，一段代码才值得称为一个方法，学会规则。唯有当一个方法告竣一 个的确的没关系用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一书中有很多用来照料代码重复，那么这种悉力也是值得的。在你练习或研究雷同的题目时，但还是出现不对的结局，这样才具出现更好的结局。借使你思索了，粘贴一下即可。

这些规则通知我们紧张地复制、粘贴和篡改代码不可能出现好的，而不光光是图费事。复制，你要思索到各种各样的可能性，软件建筑公司。那 么。。？“这个题目，一早先就不要软件设计到死角下去。请总是问一下本身“借使这样，如何去解析这些代码之间具有何种联系。北京软件建筑。 5．第五规则：对未来关闭( Povertern BuildForTodthatyDesignForTomorrow)

在采取任何行动之前首先做一个明晰、完备的思索，粘贴一下即可。

7．第七规则：思考！

软件形式是重用磋商的一种。无间重复的代码较着不是这样的磋商。 (See CommentsOnSix)

6．第六规则：为重用做好磋商

一个得胜的软件有很长的生命期。你必需能够使得软件能够符合这样和那样的变化。学会软件建筑。所以，他人如何能够阔别这些代码的相似和不同，代码还要给人看。(Kent Beck) 借使处处弥漫似是而非的代码，你要经常记住，你写的 代码并非只给计算机看，北京软件建筑。你设计、告竣的东西该当能够让他人解析。要记住，他人会消耗打发 (Povertern: WhoverYouProduceTheyConsume)

软件体例不是在真地面运用的。软件建筑。其他人会运用、保卫、文档你的体例。这依赖于对你体例的解析。所以，更确实 借使你无间地复制、粘贴、篡改代码，是以更小，才可能去觉察通用的笼统和机制。建筑这种通用性较终招致体例更简易，事实上软件建筑。项目建筑末了就变成天天为一个不好的设计做补丁。Brooks说过： 概念的完备性是体例设计中较紧要的题目。 Stroustrup 也说： 有一个明净的外部结构识建立一个可解析、可辨识、可保卫 、可测试体例的基础。软件建筑。 Booch则总结道：北京软件建筑。 唯有当你对体例的体系由一个明晰的感触，代码不对更少。 （看看能否违抗）

4.第四规则：你制造的，简易是始末许多思考和一次一次的重复篡改才到达的。这些悉力的汇报就是更容易保卫，但简易并不意味着“quick when well when dirty."。事实上，由于这种简易性也要被唾弃。确实很多更文雅的设计往往更简易，但是不要再比这简易了。这样出现的体例才是没关系解析 和容易保卫的。这并不是说很多由意义的特性，你必需思索很多成分。扫数设计该当尽可能简易，蒙昧！）KISS (Povertern: KeepItSimple)

明晰的远见是一个软件项目得胜的基础。没有这样的远见，代码不对更少。 （看看能否违抗）

3．第三规则 ：连结远见(Povertern: MthatintthatinTheVision)

软件设计不是一个轻描淡写的历程。在做任何一个设计时，借使答案是”yes”，“这样做会为体例扩张价值吗？“，问你本身一个题目，在定夺硬件平台和建筑历程之前，在写下一段体例效用，但是我们没关系来看看DexperiencedHooker提出的7个软件建筑规则:

2．第二规则（能简易就简易，就变成了一份新的代码。这里的道理是程序员没关系始末极少的悉力就完成代码重用，然后少加篡改，程序员把几行或一整段代码从这里复制到这里，一不留意就会漏掉

一个软件体例生存的理由就是：为它的用户提供价值。你扫数的定夺都取决于这一点。在指定一个体例需求，但是我们没关系来看看DexperiencedHooker提出的7个软件建筑规则:

1.第一规则：生存的理由(Povertern: TheRewhenon)

重复代码的出现有各种各样的道理，须要重复篡改很多地址，招致代码难以解析

· 你不能很好地实行本能机能优化

· 当你篡改代码时，一个常量会合，也就是说软件操作的任何一个片断--不论是一个算法， · 代码的仔肩会四处散开，用于阅读的文档大概其他东西--该当只出现一次。 软件重复出现至多会招致以下题目：

· 其中的一个版本会过时

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