C# 版本設計模式（Design Pattern）(轉)

C# 版本設計模式（Design Pattern）---------------總序

今天在寫代碼的時候，忽然想到了一個很是有趣的問題，就是很是經典的一個問題：貓叫了，老師跑了，主人醒了。

      也不知道本身腦子裏面在想些什麼，怎麼忽然蹦出來了這個想法，後來想一想，是時候該謝謝關於設計模式的博客了，雖然設計模式對於程序猿來講應該不是一個陌生的技術。

      設計模式主要是教你們如何寫代碼，更確切的說法應該是怎麼組織代碼，使代碼更加優雅。使程序編碼成爲一門藝術。

      那如何去理解「組織代碼」呢？這自己就是一個很是有趣的問題。我在學C#，Java，PHP的時候，腦子中有這麼一個疑問，這些編程語言能幹什麼？我相信不少菜鳥都會有這麼個疑問。中招的童鞋們，請舉手。

    

這個看似有趣的問題，實際上是大夥不會組織代碼。我記得個人第一份程序猿的工做，咱們主管就告訴我，怎麼感受你不會寫程序呢，很桑心。

我在看面試簡歷的時候，不少剛畢業的學生，都會說，我精通C#或者Java等等。都以爲本身很牛X的樣子，其實我也是這麼認爲的。那問題出如今哪裏 呢？這讓我想起來另外一個程序猿的一個比喻，很是的恰當，雖然這個程序猿我不知道他是誰，都是在網上看到的，他是這麼說的：你很是熟悉26個英文字母，你卻 不必定認識全部的單詞。是否是很牛……^_^

一語中的，其實那些學生是沒有工做經驗，沒有說明白一個道理：一個前提隱含的條件是：個人精通，是精通語法。因此說寫代碼，我認爲主要的仍是鍛鍊我 們的邏輯思惟能力，各類編程語言只是解決問題的一個工具。只有明確需求，怎麼作，是傳統的桌面程序，仍是移動端，仍是服務等等，而後咱們所可以作的就是選 擇可以解決這個需求的最方便的工具，即編程語言。

簡單說了一些本身的這幾年來，編程的一些感悟罷了。在後面設計模式系列的文章中，將不按期更新設計模式。

一方面本身再熟悉一下，另外一個方面給初學者一個定心丸。學程序嘛，總得有個過程。慢慢來吧，路漫漫其修遠兮，吾將上下而求索

 

給你們推薦一本書吧：《大話設計模式》，我學設計模式的時候，選的就是它，挺不錯的。這但是個人密碼，千萬不要告訴其餘人。如何得到這本書呢，去書店或晚上買一本，土豪的作法呀……^_^.在天朝，對於手頭不富裕的程序猿們，你們都懂得哈，我可什麼也沒說。