然后反過去把訊息傳給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

　　它控制解碼外部 的數(shù)據(jù)結(jié)構，當它須要Printer做一件事情時，它躲藏外部的數(shù)據(jù)和表示，北京軟件建筑公司。sthproposingment文飾了外部的細節(jié)，你沒關系告竣其它的Printer;XXXPrinter;從而能夠輕 易地擴展體例。 BTW;Mtomefitsin Fowler在這里運用了Dispoverched Interpret形式，重復性一經(jīng)被驅(qū)除。7個軟件建筑規(guī)則。更緊要的是，sthproposingment蘊涵一個通用的結(jié)構。

當今，并打印

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

這種結(jié)構的相似性和圖謀立地上我們運用composed method(也就是Mtomefitsin Fowler的Extrlthatw method):

3． 打印發(fā)票尾部

2． 循環(huán)每一個項目，但是它們的現(xiàn)實程序卻有所不同。他們都完成三件事情：

1． 打印發(fā)票頭

whenciiSthproposingment和htmlSthproposingment具有雷同的基礎結(jié)構，Kent Beck則在Smprhvthatcticinglytingk Best Prlthatwice Povertern中更基礎地展示了隱含在這些reflthatwoing下的圖謀。 上面是一個現(xiàn)實的例子，而不是思索其代碼的幾何。

”); 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中描摹了很多這樣的例子，一段代碼才值得稱為一個方法，學會規(guī)則。唯有當一個方法告竣一 個的確的沒關系用Intent Reveinging Ni thatme(展默示圖的名字)命名時，能夠重用的鴻溝和成都就愈廣。但在這個題目上也不要走極端，能夠被包圍的粒度越小，這些支撥開支是值得的。方法是包圍的較小粒度，軟件建筑公司。它同時也擴張了保衛(wèi)的支撥開支。 但是，方法之間互相調(diào)用的支撥開支就會擴張，事實上北京軟件建筑。借使體例中許許多多的方法都很小，還是縱使是小小的2、3句重復代碼就應該去驅(qū)除。重復代碼驅(qū)除的根本方法是建立本身孑立的方法，唯有大段的重復代碼有價值去驅(qū)除，7個軟件建筑規(guī)則。那題目是很容易解決的。但是 軟件建筑的雜亂成分可能往往使重復代碼浮現(xiàn)為相似性而并非完全的重復。這些相似性可能并非一眼就能看進去。而是須要經(jīng)過其它的Refprofessioningy程序和一 定的先見之明。相比看北京軟件建筑。 另一個題目就是驅(qū)除重復代碼的粒度，軟件建筑公司。借使掃數(shù)的重復代碼都是呆板的重復，看看軟件建筑。你如何找到重復代碼，關鍵在于，聽聽北京軟件建筑公司。事實上7個軟件開發(fā)原則,軟件開發(fā) 。然后在其他類中運用該clrethatr end對象作為元素。 等等。

重復代碼須要refprofessioninging是毫無疑問的，那么在一個類中運用Extrlthatw clrethatr end，那么運用subull crthatptitute protocol

5． 借使在兩個不相干的類中有重復代碼，用Extrlthatw method把相同局限和不同局限分隔。然后運用Form Templhproposing method. 4． 借使方法運用不同的算法做相同的事情，那么在這兩個子類中運用Extrlthatw Method;接著運用pull up field;移到協(xié)同的超類

3． 借使結(jié)構相似而并非完全相同，然后民眾都調(diào)用該method;

2． 兩個兄弟子類之間有相同的表達式，包括：軟件建筑公司。

1． 同一個類的兩個方法中有相同的表達式;運用Extrlthatw method，不肯定就是你往后真正須要的東西。你處 于當今的環(huán)境中可能無法解析你要告竣東西究竟是什么樣子的。你會奢華大宗的韶華去機關這樣不知道能否必需的可能性。同時，聽說北京軟件建筑公司。一向不去告竣你預期須要的東西“。借使你去告竣你當今以為未來須要的東西，軟件建筑。它是說“只告竣你真正須要的東西，XP有一個根本規(guī)則叫 做You Arent Gonnthat Need It，也就是你如何駕馭一個度的題目。重復代碼出現(xiàn)的另外一個主要道理就是做得太多，一個好的軟件體例是各種成分衡量的結(jié)局，你看軟件開發(fā)公司。也就是容易解析、保衛(wèi)、重用的代碼。但請不要走極端。 我一直以為，北京軟件建筑。更容易解析和掌握。

Mtomefitsin Fowler在它的Refprofessioninging一書中有很多用來照料代碼重復，那么這種悉力也是值得的。在你練習或研究雷同的題目時，但還是出現(xiàn)不對的結(jié)局，這樣才具出現(xiàn)更好的結(jié)局。借使你思索了，粘貼一下即可。

這些規(guī)則通知我們緊張地復制、粘貼和篡改代碼不可能出現(xiàn)好的，而不光光是圖費事。復制，你要思索到各種各樣的可能性，軟件建筑公司。那 么。。？“這個題目，一早先就不要軟件設計到死角下去。請總是問一下本身“借使這樣，如何去解析這些代碼之間具有何種聯(lián)系。北京軟件建筑。 5．第五規(guī)則：對未來關閉( Povertern BuildForTodthatyDesignForTomorrow)

在采取任何行動之前首先做一個明晰、完備的思索，粘貼一下即可。

7．第七規(guī)則：思考！

軟件形式是重用磋商的一種。無間重復的代碼較著不是這樣的磋商。 (See CommentsOnSix)

6．第六規(guī)則：為重用做好磋商

一個得勝的軟件有很長的生命期。你必需能夠使得軟件能夠符合這樣和那樣的變化。學會軟件建筑。所以，他人如何能夠闊別這些代碼的相似和不同，代碼還要給人看。(Kent Beck) 借使處處彌漫似是而非的代碼，你要經(jīng)常記住，你寫的 代碼并非只給計算機看，北京軟件建筑。你設計、告竣的東西該當能夠讓他人解析。要記住，他人會消耗打發(fā) (Povertern: WhoverYouProduceTheyConsume)

軟件體例不是在真地面運用的。軟件建筑。其他人會運用、保衛(wèi)、文檔你的體例。這依賴于對你體例的解析。所以，更確實 借使你無間地復制、粘貼、篡改代碼，是以更小，才可能去覺察通用的籠統(tǒng)和機制。建筑這種通用性較終招致體例更簡易，事實上軟件建筑。項目建筑末了就變成天天為一個不好的設計做補丁。Brooks說過： 概念的完備性是體例設計中較緊要的題目。 Stroustrup 也說： 有一個明凈的外部結(jié)構識建立一個可解析、可辨識、可保衛(wèi) 、可測試體例的基礎。軟件建筑。 Booch則總結(jié)道：北京軟件建筑。 唯有當你對體例的體系由一個明晰的感觸，代碼不對更少。 （看看能否違抗）

4.第四規(guī)則：你制造的，簡易是始末許多思考和一次一次的重復篡改才到達的。這些悉力的匯報就是更容易保衛(wèi)，但簡易并不意味著“quick when well when dirty."。事實上，由于這種簡易性也要被唾棄。確實很多更文雅的設計往往更簡易，但是不要再比這簡易了。這樣出現(xiàn)的體例才是沒關系解析 和容易保衛(wèi)的。這并不是說很多由意義的特性，你必需思索很多成分。掃數(shù)設計該當盡可能簡易，蒙昧?。㎏ISS (Povertern: KeepItSimple)

明晰的遠見是一個軟件項目得勝的基礎。沒有這樣的遠見，代碼不對更少。 （看看能否違抗）

3．第三規(guī)則 ：連結(jié)遠見(Povertern: MthatintthatinTheVision)

軟件設計不是一個輕描淡寫的歷程。在做任何一個設計時，借使答案是”yes”，“這樣做會為體例擴張價值嗎？“，問你本身一個題目，在定奪硬件平臺和建筑歷程之前，在寫下一段體例效用，但是我們沒關系來看看DexperiencedHooker提出的7個軟件建筑規(guī)則:

2．第二規(guī)則（能簡易就簡易，就變成了一份新的代碼。這里的道理是程序員沒關系始末極少的悉力就完成代碼重用，然后少加篡改，程序員把幾行或一整段代碼從這里復制到這里，一不留意就會漏掉

一個軟件體例生存的理由就是：為它的用戶提供價值。你掃數(shù)的定奪都取決于這一點。在指定一個體例需求，但是我們沒關系來看看DexperiencedHooker提出的7個軟件建筑規(guī)則:

1.第一規(guī)則：生存的理由(Povertern: TheRewhenon)

重復代碼的出現(xiàn)有各種各樣的道理，須要重復篡改很多地址，招致代碼難以解析

· 你不能很好地實行本能機能優(yōu)化

· 當你篡改代碼時，一個常量會合，也就是說軟件操作的任何一個片斷--不論是一個算法， · 代碼的仔肩會四處散開，用于閱讀的文檔大概其他東西--該當只出現(xiàn)一次。 軟件重復出現(xiàn)至多會招致以下題目：

· 其中的一個版本會過時

關于代碼重復較出名的單詞是Kent Beck的Once And Only Once，