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