Java

Flyweight定義：避免大量擁有相同內容的小類的開銷(如耗費記憶體)，使大家共用一個類(元類)。為什麼使用共用模式/享元模式物件導向語言的原則就是一切都是對象，但是如果真正使用起來，有時對象數可能顯得很龐大，比如，文書處理軟體，如果以每個文字都作為一個對象，幾千個字，對象數就是幾千，無疑耗費記憶體，那麼我們還是要"求同存異"，找出這些對象群的共同點，設計一個元類，封裝可以被共用的類，另外，還有一些特性是取決於應用(context)，是不可共用的，這也Flyweight中兩個重要概念內部狀態i

Bridge定義：將抽象和行為劃分開來，各自獨立，但能動態結合。為什麼使用橋模式通常，當一個抽象類別或介面有多個具體實現(concrete subclass)，這些concrete之間關係可能有以下兩種：1.這多個具體實現之間恰好是並列的，如前面舉例，打樁，有兩個concrete class：方形樁和圓形樁；這兩個形狀上的樁是並列的，沒有概念上的重複，那麼我們只要使用繼承就可以了。2.實際應用上，常常有可能在這多個concrete

本文執行個體講述了Java實現SHA-1演算法的方法。分享給大家供大家參考。具體實現方法如下：複製代碼 代碼如下:public class SHA1Util {    private static final boolean hexcase = false;    private static final String b64pad = "=";    private static final int

Decorator常被翻譯成"裝飾"，我覺得翻譯成"油漆工"更形象點，油漆工(decorator)是用來刷油漆的，那麼被刷油漆的對象我們稱decoratee。這兩種實體在Decorator模式中是必須的。Decorator定義：動態給一個對象添加一些額外的職責，就象在牆上刷油漆。使用Decorator模式相比用產生子類方式達到功能的擴充顯得更為靈活。為什麼使用Decorator我們通常可以使用繼承來實現功能的拓展，如果這些需要拓展的功能的種類很繁多，那麼勢必產生很多子類，增加系統的複雜性，同時，

Composite定義：將對象以樹形結構組織起來，以達成“部分－整體” 的階層，使得用戶端對單個對象和組合對象的使用具有一致性。Composite比較容易理解，想到Composite就應該想到樹形結構圖。組合體內這些對象都有共同介面，當組合體一個對象的方法被調用執行時，Composite將遍曆(Iterator)整個樹形結構，尋找同樣包含這個方法的對象並實現調用執行。可以用牽一動百來形容。所以Composite模式使用到Iterator模式，和Chain of

適配器模式定義：將兩個不相容的類糾合在一起使用，屬於結構型模式，需要有Adaptee(被適配者)和Adaptor(適配器)兩個身份。為何使用適配器模式我們經常碰到要將兩個沒有關係的類組合在一起使用，第一解決方案是：修改各自類的介面，但是如果我們沒有原始碼，或者，我們不願意為了一個應用而修改各自的介面。 怎麼辦?使用Adapter，在這兩種介面之間建立一個混合介面(混血兒)。如何使用適配器模式實現Adapter方式，其實"think in Java"的"類再生"一節中已經提到，有兩種方式：

理解並使用設計模式，能夠培養我們良好的物件導向編程習慣，同時在實際應用中，可以如魚得水，享受遊刃有餘的樂趣。Proxy是比較有用途的一種模式，而且變種較多，應用場合覆蓋從小結構到整個系統的大結構，Proxy是代理的意思，我們也許有Proxy 伺服器等概念，代理概念可以解釋為：在出發點到目的地之間有一道中介層，意為代理。設計模式中定義：為其他對象提供一種代理以控制對這個對象的訪問。為什麼要使用代理模式1.授權機制

面板模式（Facade）的定義：為子系統中的一組介面提供一個一致的介面。Facade一個典型應用就是資料庫JDBC的應用，如下例對資料庫的操作：複製代碼 代碼如下:public class DBCompare {　Connection conn = null;　PreparedStatement prep = null;　ResultSet rset = null;　try {　　Class.forName( "<driver>" ).newInstance();　　conn =

上了這麼多年學，我發現一個問題，好象老師都很喜歡點名，甚至點名都成了某些老師的嗜好，一日不點名，就飯吃不香，覺睡不好似的，我就覺得很奇怪，你的課要是講的好，同學又怎麼會不來聽課呢，殊不知：“誤人子弟，乃是犯罪！”啊。好了，那麼我們現在來看老師這個點名過程是如何?吧：1、老規矩，我們先定義老師（Teacher）介面類：複製代碼 代碼如下:public interface Teacher {    public Iterator createIterator(); //

Template模式定義：定義一個操作中演算法的骨架，將一些步驟的執行延遲到其子類中。其實Java的抽象類別本來就是Template模式，因此使用很普遍。而且很容易理解和使用，我們直接以樣本開始：複製代碼 代碼如下:public abstract class Benchmark{　　/**　　* 下面操作是我們希望在子類中完成　　*/　　public abstract void benchmark();　　/**　　* 重複執行benchmark次數　　*/　　public final

Chain of Responsibility定義：Chain of Responsibility(CoR) 是用一系列類(classes)試圖處理一個請求request，這些類之間是一個鬆散的耦合，唯一共同點是在他們之間傳遞request。也就是說，來了一個請求，A類先處理，如果沒有處理，就傳遞到B類處理，如果沒有處理，就傳遞到C類處理，就這樣象一個鏈條(chain)一樣傳遞下去。如何使用責任鏈模式雖然這一段是如何使用CoR，但是也是示範什麼是CoR。有一個Handler介面：複製代碼

Memento定義：memento是一個儲存另外一個對象內部狀態拷貝的對象，這樣以後就可以將該對象恢複到原先儲存的狀態。Memento模式相對也比較好理解，我們看下列代碼：複製代碼 代碼如下:public class Originator {　　 private int number;　　private File file = null;　　public Originator(){}　　// 建立一個Memento　　public Memento getMemento(){　　　　return

Mediator定義：用一個中介對象來封裝一系列關於對象互動行為。為何使用Mediator模式/中介模式各個對象之間的互動操作非常多，每個對象的行為操作都依賴彼此對方，修改一個對象的行為，同時會涉及到修改很多其他對象的行為，如果使用Mediator模式，可以使各個對象間的耦合鬆散，只需關心和 Mediator的關係，使多對多的關係變成了一對多的關係，可以降低系統的複雜性，提高可修改擴充性。如何使用中介模式首先 有一個介面，用來定義成員對象之間的互動連絡方式：複製代碼

Interpreter定義：定義語言的文法，並且建立一個解譯器來解釋該語言中的句子。Interpreter似乎使用面不是很廣，它描述了一個語言解譯器是如何構成的，在實際應用中，我們可能很少去構造一個語言的文法。我們還是來簡單的瞭解一下。首先要建立一個介面，用來描述共同的操作。複製代碼 代碼如下:    public interface AbstractExpression {　　 void interpret( Context context

Strategy是屬於設計模式中 對象行為型模式，主要是定義一系列的演算法，把這些演算法一個個封裝成單獨的類。Stratrgy應用比較廣泛，比如，公司經營業務變化圖，可能有兩種實現方式，一個是線條曲線，一個是框圖(bar)，這是兩種演算法，可以使用Strategy實現。這裡以字串替代為例，有一個檔案，我們需要讀取後，希望替代其中相應的變數，然後輸出。關於替代其中變數的方法可能有多種方法，這取決於使用者的要求，所以我們要準備幾套變數字元替代方案。首先，我們建立一個抽象類別RepTempRule

State的定義：不同的狀態，不同的行為；或者說，每個狀態有著相應的行為。何時使用狀態模式State模式在實際使用中比較多，適合"狀態的切換"。因為我們經常會使用If elseif else 進行狀態切換，

Java深入到一定程度，就不可避免的碰到設計模式(design

Visitor定義：作用於某個對象群中各個對象的操作。它可以使你在不改變這些對象本身的情況下，定義作用於這些對象的新操作。在Java中，Visitor模式實際上是分離了collection結構中的元素和對這些元素進行操作的行為。為何使用Visitor模式Java的Collection(包括Vector和Hashtable)是我們最經常使用的技術，可是Collection好象是個黑色大染缸，本來有各種鮮明類型特徵的對象一旦放入後，再取出時，這些類型就消失了。那麼我們勢必要用If來判斷，如：複製代碼

Command模式是最讓我疑惑的一個模式，我在閱讀了很多代碼後，才感覺隱約掌握其大概原理，我認為理解設計模式最主要是掌握起原理構造，這樣才對自己實際編程有指導作用。Command模式實際上不是個很具體，規定很多的模式，正是這個靈活性，讓人有些confuse。Command定義不少Command模式的代碼都是針對圖形介面的，它實際就是功能表命令，我們在一個下拉式功能表選擇一個命令時，然後會執行一些動作。將這些命令封裝成在一個類中，然後使用者(調用者)再對這個類進行操作，這就是Command模式，換

Java Bean 是可複用的組件，對Java Bean並沒有嚴格的規範，理論上講，任何一個Java類都可以是一個Bean。但通常情況下，由於Java Bean是被容器所建立（如Tomcat）的，所以Java Bean應具有一個無參的構造器，另外，通常Java Bean還要實現Serializable介面用於實現Bean的持久性。Java Bean實際上相當於微軟COM模型中的本地進程內COM組件，它是不能被跨進程訪問的。Enterprise Java Bean