今天繼續學軟考，將23種設計模式及其概念過了一下，并將下午題的第三問找出做題技巧

第一題的第三問有些思路了

對于實體類E，方法P,數據庫表D，之間的數據流傳遞是根據說明中的一定規律來的。

具體解釋為。

實體類調用方法，方法再操作數據庫。增刪改，那就是從實體類到方法再到數據庫。

查詢就是數據庫到方法，再從方法返回到實體類

1.工廠方法模式

意圖：定義一個用于創建對象的接口，讓子類決定實例化哪一個類。工廠方法模式是一個類的實例化延遲到其子類

2.抽象工廠模式

意圖：提供一個創建一系列相關或相互依賴對象的接口，而無須指定它們具體的類。

3.建造者模式

意圖：將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。

4.原型模式

意圖：用原型實例指定創建對象的種類，并且通過復制這些原型創建新的對象。

5.單例模式

意圖：保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。

結構型設計模式

1.適配器模式

意圖：將一個類的接口轉換成客戶希望的另外一個接口。適配器模式使得原本由于接口不兼容而不能一起工作額那些類可以一起工作。

2.橋接模式

意圖：將抽象部分與其實現部分分離，使它們都可以獨立地變化。

3.組合模式

意圖：將對象組合成樹型結構以表示“部分-整體”的層次結構。

組合模式使得用戶堆單個對象和組合對象的使用具有一致性

4.裝飾器模式

意圖：動態地給一個對象添加一些額外地職責。就增加功能而言，裝飾器模式比生成子類更加靈活

5.外觀模式

意圖：為子系統中地一組接口提供一個一致地界面，Facade模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。

6.享元模式

意圖：運用共享技術有效地支持大量細粒地對象。

7.代理模式

意圖：為其他對象提供一種代理以控制對這個對象地訪問。

行為型設計模式

1.責任鏈模式

意圖：使多個對象都有機會處理請求，從而避免請求地發送者和接收者之間地耦合關系。將這些對象連成一條鏈，并沿著這條鏈傳遞請求，直到有一個對象處理它為止。

2.命令模式

意圖：將一個請求封裝為一個對象，從而使得可以用不同地請求對客戶進行參數化；對請求排隊或記錄請求日志，以及支持可撤銷的操作。

3.解釋器模式

給定一個語言，定義它的文法的一種表示，并定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。

4.迭代器模式

提供一種方法順序訪問一個聚合對象中的各個元素，且不需要暴露該對象的內部表示。

5.中介者模式

用一個中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互引用，從而使其耦合松散，而且可以獨立地改變它們之間地交互。

6.備忘錄模式

在不破壞封裝性地前提下捕獲一個對象地內部狀態，并在對象之外保存這個狀態。這樣以后就可以將對象恢復到原先保存地狀態。

7.觀察者模式

定義對象間地一種一對多地依賴關系，當一個對象地狀態發生改變時，所有依賴于它地對象都得到通知并被自動更新。

8.狀態模式

意圖：允許一個對象在其內部狀態改變時改變它地行為。對象看起來似乎修改了它的類。

9.策略模式

意圖：定義一系列的算法，把它們一個個封裝起來，并且使它們可以相互替換。此模式使得算法可以獨立于使用它們的客戶而變化。

10.模板方法模式

定義一個操作中的算法骨架，而將一些步驟延遲到子類中。模板方法使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。

11.訪問者模式

表示一個作用于某對象結構中的各元素的操作。它允許在不改變各元素的類的前提下定義作用于這些元素的新操作。