然后反過去把訊息傳給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é)構(gòu)，當(dāng)它須要Printer做一件事情時(shí)，它躲藏外部的數(shù)據(jù)和表示，北京軟件建筑公司。sthproposingment文飾了外部的細(xì)節(jié)，你沒關(guān)系告竣其它的Printer;XXXPrinter;從而能夠輕 易地?cái)U(kuò)展體例。 BTW;Mtomefitsin Fowler在這里運(yùn)用了Dispoverched Interpret形式，重復(fù)性一經(jīng)被驅(qū)除。7個(gè)軟件建筑規(guī)則。更緊要的是，sthproposingment蘊(yùn)涵一個(gè)通用的結(jié)構(gòu)。

當(dāng)今，并打印

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則沒關(guā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

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

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

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

1． 打印發(fā)票頭

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

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

重復(fù)代碼須要refprofessioninging是毫無疑問的，那么在一個(gè)類中運(yùn)用Extrlthatw clrethatr end，那么運(yùn)用subull crthatptitute protocol

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

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

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

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

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

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

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

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

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

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

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

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

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

明晰的遠(yuǎn)見是一個(gè)軟件項(xiàng)目得勝的基礎(chǔ)。沒有這樣的遠(yuǎn)見，代碼不對更少。 （看看能否違抗）

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

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

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

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

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

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

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

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

· 其中的一個(gè)版本會(huì)過時(shí)

關(guān)于代碼重復(fù)較出名的單詞是Kent Beck的Once And Only Once，