C# 實現設計模式應該不拘一格

如同每個人都有其個性一樣，每種開發語言也有自己的個性。

 

項目中，我們固然可以機械地將一種語言的開發經驗套用到另一種語言，但效果不一定好，因為：

·         語言有自己的短處：用短處去實現不僅費時費力，結果也不理想

·         語言有自己的長處：但為了沿用以前的經驗削足適履，沒有用到語言的精要，結果是暴殄天物

 

相信你也發現了，用一個語言寫Hello world是一回事、寫一個應用是一回事、寫好一個應用則完全是另一回事，這就是工程化代碼和“玩具”代碼的區別。教科書上的知識落實到工程不能按圖索驥，需要考慮開發語言和目標環境，設計模式也不例外。

 

也許你會覺用泛型、委託、事件、屬性、設定檔等方式實現與《設計模式》介紹的內容不一致，但別忘了《設計模式》一書出版至今已近20年，其間無論是開發語言還是技術平台已經“換了人間”，GOF 23個模式的思想不僅影響著我們更影響著走在技術前沿的語言設計者、平台設計者，他們也在工作中潛移默化的把模式思想融入自己的工作成果，作為使用者我們“推卻”別人的盛情，所有事情都從“車輪”做起，多少有點不經濟。

 

項目中，我們應該用最“C#”的方式將自己對於設計模式的理解鑄入自己的成果，而且實現上務求簡潔、直接。