行為型設計模式.docx

行為型模式:創(chuàng)建型模式和結構型模式強調(diào)的都是靜態(tài)的類實體之間的關系，行為型模式著力解決的是類實體之間的通訊關系。希望以面向?qū)ο蟮姆绞矫枋鲆粋€控制流程1、 模板方法模式的意圖和適用性：定義一個操作中算法的骨架,將一些步驟的執(zhí)行延遲到其子類中（依賴導致原則）。Template Method模式一般應用在具有以下條件的應用中：具有統(tǒng)一的操作步驟或操作過程具有不同的操作細節(jié)，即存在多個具有同樣操作步驟的應用場景，但某些具體的操作細節(jié)卻各不相同。2、觀察者模式的意圖和適用性模式的意圖定義對象間的一種一對多的依賴關系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并被自動更新。在下面的三種情況下均可使用Observer模式：l 當一個抽象模型有兩個方面, 其中一個方面依賴于另一方面。將這二者封裝在獨立的對象中以使它們可以各自獨立地改變和復用。l 當對一個對象的改變需要同時改變其它對象，而不知道具體有多少對象有待改變。l 當一個對象必須通知其它對象，而它又不能假定其它對象是誰。換言之, 你不希望這些對象是緊密耦合的。3、 迭代子模式的意圖和適用性模式的意圖迭代子模式的目的是設計一個迭代器，這迭代器提供一種方法，可以順序訪問一個聚合對象中的各個元素，但又不暴露該對象的內(nèi)部表示。以下情況可以使用迭代子模式： 1.訪問一個聚合對象的內(nèi)容而無需暴露它的內(nèi)部表示。 2.支持對聚合對象的多種遍歷。 3.為遍歷不同的聚合結構提供一個統(tǒng)一的接口(即支持多態(tài)迭代)。4、 責任鏈模式的意圖和適用性模式的意圖 為解除請求的發(fā)送者和接收者之間耦合，而使多個對象都有機會處理這個請求。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有一個對象處理它。責任鏈模式的適用性 可能處理請求的對象集合以及它們在鏈表中的順序是由客戶端根據(jù)當前應用的狀態(tài)在運行時動態(tài)決定的。 客戶端根據(jù)現(xiàn)在的狀態(tài)，對于不同的請求類型，可以擁有不同的可能處理請求的對象集合。一個處理請求的對象也可以根據(jù)客戶應用的狀態(tài)和請求類型，把請求傳遞給不同的處理對象。 客戶對象初始化請求，或者在不知道這些對象是否能處理這個請求的情況下初始化任何可能處理請求的對象。也就是說，客戶對象和在處理鏈表中的處理對象都不需要知道到底哪個對象去處理這個請求。 請求不能保證被處理。也就是，在沒有處理的情況下，請求已經(jīng)到達了處理鏈表尾5、 備忘錄模式的意圖和適用性模式的意圖 在不破壞封裝性的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)。這樣以后就可將該對象恢復到原先保存的狀態(tài)。在以下情況下使用備忘錄模式： 必須保存一個對象在某一個時刻的(部分)狀態(tài), 這樣以后需要時它才能恢復到先前的狀態(tài)。 如果一個用接口來讓其它對象直接得到這些狀態(tài)，將會暴露對象的實現(xiàn)細節(jié)并破壞對象的封裝性。6、 命令模式的意圖和適用性意圖： 將一個請求封裝為一個對象，從而使你可用不同的請求對客戶進行參數(shù)化；對請求排隊或記錄請求日志，以及支持可取消的操作適用性： 抽象出待執(zhí)行的動作以參數(shù)化某對象 在不同的時刻指定、排列和執(zhí)行請求 支持取消操作（Unexecute) 支持修改日志 用構建在原語操作上的高層操作構造一個系統(tǒng)7、狀態(tài)模式的意圖和適用性意圖： 允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。從而使對象看起來似乎修改了其行為。在下面的兩種情況下均可使用state模式: 一個對象的行為取決于它的狀態(tài), 并且它必須在運行時刻根據(jù)狀態(tài)改變它的行為。 一個操作中含有龐大的多分支的條件語句，且這些分支依賴于該對象的狀態(tài)。這個狀態(tài)通常用一個或多個枚舉常量表示。通常, 有多個操作包含這一相同的條件結構。State模式將每一個條件分支放入一個獨立的類中。這使得我們可以根據(jù)對象自身的情況將對象的狀態(tài)作為一個對象，這一對象可以不依賴于其他對象而獨立變化。8、 訪問者模式的意圖和適用性模式的意圖n 作用于某個對象群中各個對象的操作。它可以使你在不改變這些對象本身的情況下,定義作用于這些對象的新操作。適用性:n 訪問者模式適用于數(shù)據(jù)結構相對未定的系統(tǒng)，它把數(shù)據(jù)結構和作用于結構上的操作之間的耦合解脫開，使得操作集合可以相對自由地演化。n 當該對象結構被很多應用共享時，用Visitor模式讓每個應用僅包含需要用到的操作。n 定義對象結構的類很少改變，但經(jīng)常需要在此結構上定義新的操作。改變對象結構類需要重定義對所有訪問者的接口，這可能需要很大的代價。如果對象結構類經(jīng)常改變，那么可能還是在這些類中定義這些操作較好。9、 中介者模式的意圖和適用性定義：n 用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互飲用，從而使其耦合松散，而且可以獨立地改變它們之間的交互。適用性：n 在軟件構建過程中，經(jīng)常會出現(xiàn)多個對象互相關聯(lián)交互的情況，對象之間常常會維持一種復雜的引用關系。如果遇到一些需求的更改，這種直接的引用關系將面臨不斷的變化意圖：n 使用一個“中介對象”來管理對象之間的關聯(lián)關系，避免相互交互的對象之間的緊耦合引用關系。從而更好地抵御變化。10、策略模式的意圖和適用性n 定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換。本模式使得算法可獨立于使用它的客戶而變化。1、工廠方法模式和模板方法模式比較：l 這兩個模式外觀類似，都是有一個抽象類，然后由子類來提供一些實現(xiàn)，但是工廠方法模式的子類專注的是創(chuàng)建產(chǎn)品對象，而模板方法模式的子類專注的是為固定的算法骨架提供某些步驟的實現(xiàn)。l 這兩個模式可以組合使用，通常在模板方法模式里面，使用工廠方法來創(chuàng)建模板方法需要的對象。2、模板方法模式和建造者模式區(qū)別n 模板方法是提供一個算法的骨架。n 建造者模式最后完成的是一個對象的組裝。建造者模式只是比模板方法模式多了一個類，指揮類3、 命令模式與備忘錄模式（Memento）比較：n Command模式也可以用來恢復對象的狀態(tài)，一般Command模式可以支持多級狀態(tài)的回滾，Memento只是簡單的恢復（快照）。在Command模式的每一個undo中，可以使用Memento來保存對象的狀態(tài)。n 雖然兩者都支持Undo操作，但是Command是對行為的封裝，Memento是對對象狀態(tài)的保留，這是目的上的不同。它們支持的也是Undo操作的不同層面，Command是對行為序列的操作，Memento是對行為狀態(tài)的操作。4、 訪問者模式與迭代模式區(qū)別n 當需要修改類體系增加遍歷所需方法時，就增加一個Visitor，Visitor是為了維護類體系的穩(wěn)定性而產(chǎn)生的模式n Visitor模式實際上是分離了collection結構中的元素和對這些元素進行操作的行為n 訪問者模式可以跨過幾個類的等級結構訪問屬于不同的等級結構的成員類。迭代子只能訪問屬于同一個類型等級結構的成員對象，而不能訪問屬于不同等級結構的對象。訪問者模式可以做到這一點。5、中介者模式與Facade模式區(qū)別n Facade模式是解耦系統(tǒng)外到系統(tǒng)內(nèi)（單向）的對象關聯(lián)關系；Mediator模式是解耦系統(tǒng)內(nèi)各個對象之間（雙向）的關聯(lián)關系。6、模板方法和策略模式的區(qū)別n 模板方法的話，是由抽象類定義一個算法的骨架，而后由子類來具體實現(xiàn)算法中的邏輯。n 策略模式的話，是封裝了可以相互替換的多