原创 設計模式學習

09年9月參加工作,到現在也兩年多了,但總感覺自己的能力沒有達到質的飛躍,一些東西還是處於會與不會,懂與不懂之間,這個坎兒能難邁過去。前段時間買了本《大話設計模式》,看了一點兒後有種茅塞頓開、豁然開朗的感覺。在這兒把自己所學與理解的東西寫

原创 將貨幣轉換爲大寫VB

Public Class ConvertMoney     '輸入字串     Private _InputString As String     '輸出字串,如果無效則輸出錯誤信息     Private _OutString As

原创 狀態模式(State Pattern)

狀態模式(State Pattern): 當一個對象的內在狀態變化時允許改變其行爲,這個對象看起來像是改變了其類。 狀態模式主要解決的是當控制一個對象狀態轉換的條件過於複雜時的情況。把狀態的判斷邏輯移到表示 不同狀態的一系列類當中,可以把

原创 SRP:單一職責原則

SRP:單一職責原則 1.定義:一個類應該只有一個發生變化的原因。   2.分析:如果一個累承擔了多於一個的職責,那麼引起它變化的原因就會有多個,就等於把這些職責耦合在了一起。一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這

原创 觀察者模式(Observer Pattern)

觀察者模式(Observer Pattern): 定義了一種一對多的依賴關係,讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態發生改變時, 會通知所有觀察者對象,使它們能夠自動更新自己。 Subject類:被觀察對象 (1)它把

原创 裝飾模式

注:信息來源《大話設計模式》    裝飾模式(DecoratorPattern): 動態地給一個對象添加一些額外的職責,就增加功能來說,裝飾模式比生成子類更靈活。 Component:是定義一個對象接口,可以給這些對象動態的添加職責; C

原创 原型模式(Prototype Pattern)

   原型模式(Prototype Pattern): 用原型實例創建指定的對象的種類,並且通過拷貝這些原型創建新的對象。 Prototype:原型類,聲明一個克隆自身的接口。 ConcreteProto

原创 建造者模式(Builder Pattern)

  建造者模式(Builder Pattern): 將一個複雜對象的構建與它的表示分離,使得同樣的構建過程可以創建不同的表示。 建造者模式是一步一步創建一個複雜的對象,它允許用戶只通過指定複雜對象的類型和內容就可以創建它們, 用戶不知道內

原创 橋接模式(Bride Pattern):

橋接模式(Bride Pattern): 將抽象部分與它的實現部分分離開來,使它們都可以獨立的變化。   /// <summary>     /// 抽象實現類     /// </summary>     abstract class

原创 中介者模式(Mediator Pattern)

中介者模式(Mediator Pattern) 用一箇中介者對象來封裝一系列對象交互。中介者使得各對象不需要相互引用,從而使其耦合鬆散,而且可以 獨立的改變它們之間的交互。 依賴關係的轉化   動機(Motivate):      在

原创 工廠方法模式

  工廠方法模式(Factory Method Pattern): 定義一個用於創建對象的接口,讓子類決定實例化哪一個類。工廠方法使一個類的實例延遲到其子類。 工廠方法模式是簡單工廠模式的的抽象和推廣。在簡單工廠模式中,一個工廠類處於對產

原创 敏捷軟件開發

前段時間進許了設計模式的學習,收穫挺多的。 接下來學習敏捷軟件開發(原則、模式與實踐),繼續加強設計模式的學習,瞭解軟件設計原則,並通過一個案例將 設計原則和設計模式運用到真實的項目當中去。 備註: (1)參考書籍《敏捷軟件開發--原則、

原创 命令模式(Command Pattern)

命令模式(Command Pattern) 將一個請求封裝爲一個對象,從而使你可用不同的請求對客戶進許參數化;對請求排隊或記錄請求日誌, 以及支持撤銷的操作。   /// <summary>     /// Command類:抽象命令類

原创 組合模式(Composite Pattern)

組合模式(Composite Pattern): 將對象組合成樹形結構以表示“部分”-“整體”的層次結構。組合模式使得用戶對單個對象的處理和組合複雜的對象處理 具有一致性。 /// <summary>     /// Component爲

原创 職責鏈模式(Chain Of Responsibility)

職責鏈模式(Chain Of Responsibility) 動機(Motivate):     在軟件構建過程中,一個請求可能被多個對象處理,但是每個請求在運行時只能有一個接受者,如果顯示指定,  將必不可少地帶來請求發送者與接受者的緊