在我們系統內部其實很多模組與模組之間是有很多耦合（就是乙個物件需要呼叫另乙個物件）關係的。
既然是有關係，這種關係又不能斷，那麼只能想辦法去把建立乙個穩定的關係，把耦合度降到最低。如果
是直接耦合，那這種就相當於耦合非常高，我們設計程式的時候最忌諱這樣，這樣的後果就是，互相進行了
限制，彼此互相限制了對方的發展。
具體怎麼做才能使耦合度降到最低呢，這個是我們做為程式設計師一直最求的，便於維護，便於擴充套件。相信三層
架構你們應該非常熟悉，它的劃分大致為，ui（展示層）層，bll（邏輯層）層,dal(資料訪問層)，最終的效果
是ui，展示層需要邏輯，需要資料，這種關係不能沒有，既然不能使這關係斷掉，那就讓彼此依然乙個可以信賴的第三方。
就是我不跟你直接有關係，我們兩都通過乙個第三方簽訂乙個契約，把你想要的東西給第三方，由第三方去獲取
你想要的東西，最終由第三方給你返回結果。這樣你改變你的東西，我改變我的東西，彼此互不影響，最終解決了，
我們困擾我們許久的問題，最終達到組建乙個超大型的系統，系統照樣執行良好。
最終的結論就是如果兩個物件都互相依賴，那我們都去依賴第三方，達到解耦的目的。你可能要說，說這麼多還是
沒有告訴我怎麼給系統鬆綁嘛，其實基本的理論都已經說到了，目的就是要給系統解耦，如果乙個系統耦合度低，不
就給系統鬆綁了嗎?這樣你維護其中的乙個模組，不會影響其它模組，系統的可維護，可擴充套件性就大大的增強了。
繼續深入點，乙個模組裡肯定也有這種依賴關係，那該怎麼做，模組乙個模組之間有這種依賴關係，子系統與子系統
之間也有這種依賴關係，該怎麼做，我想應該不用我再告訴你了吧。
在 中的技術文件中有我平時總結的一些經驗，並在逐步更新中，也歡迎到這裡來交流。
怎麼系統的給自己培養能力？
人跟人的工作結果，差別是什麼？尤其是同崗位級別 同學歷級別 同大環境裡。也就是說，和你在乙個經濟環境裡，學歷差不多，職位級別也和你差不多，但是最後你們的工作成果卻一定會產生差別。有可能是你的工作成果更好，也有可能是別人的工作成果更好。有可能你是當前工作環境較好的，有可能你是當前工作環境裡非常平庸的。...
系統設計之架構設計
架構設計這個詞聽的非常的多，但真正何謂架構設計呢？可能要你真的來講還真的講不太清楚，很多人都知道架構設計是對系統進行分層 分模組進行設計，但又有多少人知道這步應該怎麼去做呢，往往很多的programmer在剛進入架構設計這個領域的時候，受到以前做模組的那種影響，把自己的眼光限定到了具體的模組實現上去...
系統設計之架構設計
架構設計這個詞聽的非常的多，但真正何謂架構設計呢？可能要你真的來講還真的講不太清楚，很多人都知道架構設計是對系統進行分層 分模組進行設計，但又有多少人知道這步應該怎麼去做呢，往往很多的programmer在剛進入架構設計這個領域的時候，受到以前做模組的那種影響，把自己的眼光限定到了具體的模組實現上去...