C#和設計模式簡單分析
在向大家詳細介紹C#和設計模式之前，首先讓大家了解下C#程序開發，然后全面介紹C#和設計模式。
通過提供一個框架，設計模式可以解決應用開發中的許多問題。模式使得設計過程更加清晰高效，它特別適用于C#程序開發，因為C#是面向對象的語言。現有的設計模式為你自己的類的設計提供了優秀的模板，使用模式可以縮短軟件開發周期。
正如任何一個老練的面向對象的軟件開發者所了解的那樣，缺乏對設計模式最起碼的了解而來討論軟件設計架構是不可思議的。如果不是全部那也有大多數的軟件應用、工具和系統至少使用了一種甚至更多種設計模式。設計模式是一種對一套相互作用的類的描述，這些類為解決特定上下文環境中的一般性問題提供了框架。換句話說，模式為面向對象軟件開發中的特定問題提供了解決方案。此外，模式一般也重視限制其適應解決方案的相關約束和其它因素。類和類之間的連接和通信以及上下文細節共同定義了一個模式，它為任何一個面向對象軟件設計中在特性和必要條件方面與之匹配的問題提供了解決方案。
我必須承認我是設計模式的一個熱心的支持者。自從我閱讀了Gamma、Helm、Johnson和Vlissides合著的那本創造性的著作《設計模式》以來，我就很少不用任何模式而設計軟件了。實際上，我在軟件設計的早期階段花了相當可觀的時間來定奪可和將來架構自然吻合的模式。畢竟，模式是經過時間和應用領域考驗過的對一些問題的解決方案，那些問題已經被經驗豐富的設計師、開發者和語言專家所解決。對任何一個正在進行軟件設計的人員來說，善用可加以利用的知識和專家經驗是明智的。而采用一個已被反復證明是成功的解決方案而不是從頭發明一個新的往往是個好主意。
幾乎沒有開發人員能夠享受只寫小程序的奢侈了。現代的應用軟件和系統是復雜的，它們往往由成千上萬行代碼組成，并且在這些基礎代碼之上的代碼甚至更為龐大。僅僅對工具和語言的簡單掌握是不足以勝任程序設計要求的，公司軟件開發一般都要求在設計和架構上具有極大的彈性，以適應在產品開發的不同階段客戶的不斷變化的需求，甚至在產品發布后也常常如此。這種動態性要求軟件設計必須強健。它應該能夠適應變化并且不會帶來任何不必要的連鎖反應—不應該要求重寫潛在的、不相干的（子）系統。向不具備擴展能力的模塊添加特性和組件是令人沮喪的和難以達到預期目標的。封閉的、無彈性的設計遲早會被變化的壓力所壓垮。設計模式有助于彈性架構的基礎鋪設，而這，是每一個優秀的面向對象設計的共同特點。
設計模式已經被編目歸類以用于解決從細小問題乃至大規模架構級問題。本文將介紹幾個流行的設計模式，在我自己的項目里，我發現它們很有用。盡管熟悉面向對象設計的概念有助于理解本文，但我并不假定你具備任何設計模式的預備知識。盡管任何適宜于面向對象開發的程序語言都可以用來闡明模式，但我將只用C#來編寫例子，也借此來展示這門語言的威力。我不會討論任何微軟.NET類庫細節，相反，我將集中于使用C#語言作為設計面向對象軟件的工具。
C#和設計模式
C#是一個現代的程序語言，它通過提供直接映射面向對象設計概念的句法結構和語義支持來促進面向對象軟件開發。這和C++大不相同，C++同時支持面向過程、面向對象和泛型編程。雖然如此，如果你是一名C++程序員，跟進C#是非常容易的。對于C++程序員來說，這個學習曲線是相當平坦的。即使你以前從未看過任何C#代碼，理解本文示例代碼也不應該有任何問題。事實上，如果你發現C#對設計模式的實現更為清晰，我也不會有任何驚訝，特別是如果你以前使用設計模式編寫過代碼的話。一般討論設計模式的書籍和文章都會詳細地描述模式所要解決的問題和上下文細節，并隨后提供一個規范的解決方案的描述。本文不會那么嚴謹，我只關注模式本質，并輔以適當的C#示例來加以說明。
【編輯推薦】
