我是轉行學的unity，現在又開始找工作了，連續找了乙個月也沒有找到，好憂傷。
利用空餘時間重新看一下設計模式的知識，很好的理解設計模式對以後編碼應該會有很大的幫助，ps：個人覺得再開發中拋去**部分也能用上設計模式。
這是我第一篇部落格，寫的原因就是因為想記錄下自己的一些想法，本身是做遊戲的會更多的根據專案經驗終於到的問題來進行記錄，有些理解的不對地方，還希望指出，不要產生誤導。 原則
一、單一職責原則
每個類負責單一模組的功能，如果乙個類中的功能太多，修改其中乙個有可能對其他功能產生影響。
二、迪公尺特法則
找到乙個很有意思的解釋：不要和陌生人說話（小時候的噩夢）。
我覺得很生動，舉個例子，a和b是好朋友，b和c是好朋友，a不認識c但是想知道c的**，如果a直接去找c說話，c可能覺得a是神經病；如果a讓b幫忙，c就算不給**也不會產生誤會。這中間b是媒婆，起到轉接的作用。
再舉個例子：總部要打乙份員工的名單，通常的公司會下發通知到分公司，由分公司去執行再反饋給總部。
在我的理解上這和單一職責有些相似。
設計模式（重新理解物件導向）
例如 建築商不會在蓋好的100層樓裡要求加入乙個地下室，但這在軟體領域確實很常見的。根本原因就是軟體系統設計中面臨頻繁的需求變化，客戶物件需求的變化，平台的變化等，這也是軟體系統複雜的原因。解決方法一般兩種 1是分而治之，對應於面向過程的語言，如c語言 2是抽象，既然不能全部掌握複雜的物件，我們選擇...
重新理解設計模式（Week 3）
設計模式 design patterns 是在軟體設計中，對某一種特定問題的通用解決方案，並且是可復用的解決方案。設計模式這個術語是上個世紀90年代由erich gamma richard helm raplh johnson和jonhn vlissides四個人基於他們自身的物件導向程式設計經驗總...
MVC模式 重新理解
from mvc模式理解 當年給我乙個browser多好 以前一直無法舒坦的理解，mvc模式是怎樣實際應用到乙個程式上的。這兩天因為工作google出一幅圖，然後恍然大悟。圖1.問題就出在以前所看過的文章上根本沒有提過browser這層。導致我無法正確理解view的責任 controller的責任，...