架構體系
客戶端UI層設計的思考
摘要: 貌似現在流行知乎live和微信公眾號， 博客已經有些過時了，但關鍵是你對技術的思考和總結， 采用什么方式其實不重要。
(1) 界面和邏輯的分離， view和controller可以由不同的人分別實現， 獨立變動
(2) 基于接口分層設計， 單向依賴且低耦合
(3) UI層數據類型的分類，共有共享的還是私有的
(4) 消息中心，同時支持同步/異步的消息廣播機制， Manager/Controller/Data Model可以各自訂閱自己感興趣的消息
閱讀全文
posted @
2018-05-19 19:50 Richard Wei 閱讀(3763) |
評論 (1) 編輯
客戶端架構設計的簡單總結
摘要: 對于客戶端架構設計，個人覺得最大的原則就分層設計， 每層都封裝一個概念并保持獨立， 同時根據依賴倒置的原則， 站在上層客戶的角度提供接口。軟件工程里面的一條黃金定律:“任何問題都可以通過增加一個間接層來解決。
閱讀全文
posted @
2014-07-26 23:49 Richard Wei 閱讀(7389) |
評論 (2) 編輯
接口繼承中一個常見問題的思考
摘要: 第一種實現和接口混合繼承的方法最簡單，也最容易理解， 缺點是沒法完全基于接口編程； 第二種基于模板的方法比較難理解，實現上也比較簡單， 缺點是代碼膨脹； 第三種多重繼承的方法也比較容易理解， 缺點是我們要多做一些工作。
閱讀全文
posted @
2013-02-08 19:40 Richard Wei 閱讀(2565) |
評論 (5) 編輯
常見體系結構介紹
摘要: 軟件系統的分析和設計的基本任務是：確立系統中的基本元素（完成系統的功能所必不可少的成分）；確定這些元素之間相互作用的方式（這就是系統的體系結構）。
閱讀全文
posted @
2013-01-27 21:15 Richard Wei 閱讀(3240) |
評論 (1) 編輯
理解 Windows API 調用過程
摘要: 微軟在Intel處理器上開發Windows操作系統， 我們在Windows操作系統上開發應用程序，無非是一層層的封裝， 其實具體到細節， 每層都沒有太多神秘的東西。我們當然不可能掌握每層的細節， 只能理解每層的概念， 以幫助我們在應用層更好的開發。
閱讀全文
posted @
2013-01-13 13:26 Richard Wei 閱讀(3592) |
評論 (0) 編輯
消息耦合還是接口耦合
摘要: 經過上面的比較， 我們可以得出一些結論：
消息方式的強項是耦合性和擴展性，以及監控的方便性，個人感覺比較適合于Server端的規模應用。
接口方式的強項是性能高效以及開發的方便性， 比較適用于同一進程內客戶端的小規模應用。
但是大部分時候， 對于架構師或是公司領導，他們會更關注可耦合性和可擴展性，所以他們會傾向于選擇消息方式，盡管有時可能不是那么適用。
閱讀全文
posted @
2012-10-12 22:50 Richard Wei 閱讀(4653) |
評論 (5) 編輯