对DotNet分布式应用搭建的考虑(引用)
對DotNet分布式應(yīng)用搭建的考慮
設(shè)計前的考慮和準(zhǔn)備工作
1 對業(yè)務(wù)需求的理解重要性遠遠勝于對技術(shù)架構(gòu)的理解
2 架構(gòu)包含技術(shù)架構(gòu)和業(yè)務(wù)架構(gòu)
3 沒有萬能和通用的架構(gòu),只有符合自身業(yè)務(wù)需求的架構(gòu)
4 架構(gòu)本身的復(fù)雜性要截至在架構(gòu)設(shè)計階段
5 擴展性和健壯性是架構(gòu)設(shè)計要考慮的重要內(nèi)容.
6 第三方工具,開源組件,EnterpriseLib都可借鑒,但絕對不是照單全收
架構(gòu)設(shè)計前需求準(zhǔn)備的相關(guān)知識
1 對業(yè)務(wù)系統(tǒng)中業(yè)務(wù)的宏觀和整體理解.
2 對DotNet分布式技術(shù)的相關(guān)知識儲備
3 對Rational統(tǒng)一過程4+1視圖的理解
4 對架構(gòu),組件,充用,設(shè)計模式,第三方工具組件的學(xué)習(xí)和借鑒.
業(yè)務(wù)層面對架構(gòu)的影響
1 能否畫出全局的用例視圖,用例驅(qū)動體現(xiàn)在哪里?到哪個粒度
2 邏輯視圖是面向?qū)ο笤O(shè)計之本
3 邏輯視圖在架構(gòu)階段要做到哪個層次系統(tǒng)/子系統(tǒng)/模塊/單元
4 什么在決定部署視圖?
5 實施視圖和邏輯視圖的關(guān)系,實施視圖作用
技術(shù)層面對架構(gòu)的影響
1 技術(shù)層面重點體現(xiàn)在了實施視圖和部署視圖里面.
2 技術(shù)層面重點關(guān)注的是非功能性需求.
3 異常/日志/安全/性能/隊列/緩存/離線/
4 系統(tǒng)管理/工作流/公用類/公用組件
5 技術(shù)架構(gòu)的缺陷泄漏對應(yīng)用系統(tǒng)是致命打擊.
分布式應(yīng)用如何構(gòu)建
1 現(xiàn)有的分布式技術(shù)Remoting // Web Service
2 如何選擇分布式技術(shù):業(yè)務(wù)需求,性能,開發(fā)難易工作量
3 智能客戶端與分布式應(yīng)用的關(guān)系
4 出現(xiàn)前臺展示既有WinUI又有WebUI的時候的統(tǒng)一考慮
5 選擇Remoting+IIS Hosting與Web Service的優(yōu)缺點對比
6 要盡早出原型對架構(gòu)進行驗證.
對于系統(tǒng)的異常和日志需求
1 首先理解清楚業(yè)務(wù)或系統(tǒng)本身對異常和日志的需求
2 異常和日志一定要配合使用,一些不適合拋給用戶的異常要通過后臺日志記錄下來
3 業(yè)務(wù)對日志有需求,如登錄日志,操作日志
4 完善的異常日志功能方便后期系統(tǒng)的維護,出現(xiàn)問題后的跟蹤和分析
5 微軟的AppBlock和Log4Net都可以借鑒,但要分析利弊。
對于系統(tǒng)的安全性的需求和考慮
1 Remoting的安全性問題,遠程暴露的服務(wù)接口是否安全
2 系統(tǒng)的登錄和驗證機制
3 數(shù)據(jù)傳輸?shù)陌踩詥栴}
4 存儲在數(shù)據(jù)庫中的業(yè)務(wù)數(shù)據(jù)的安全性
5 部署到客戶端的程序集的安全性
對于系統(tǒng)緩存的考慮
1 要好了系統(tǒng)性能大幅度提升,用不好比不用還糟糕
2 對于客戶端緩存和服務(wù)器端緩存的選擇問題
3 對于緩存引起的同步和并發(fā)問題的考慮和解決
4 擴展性和健壯性是設(shè)計時要考慮的重要內(nèi)容
業(yè)務(wù)實體的選擇問題
1 沒有使用O/R Mapping的時候千萬別搞自定義類做實體
2 DataSet (雖對性能有影響,但開發(fā)簡潔性和效率提升)
3 類型化和非類型化的優(yōu)缺點一定要搞的很清楚.
4 再次強調(diào)-業(yè)務(wù)實體和數(shù)據(jù)庫表間無一一對應(yīng)關(guān)系.
5 與OO的一些區(qū)別:對象和對象操作分離開了?利弊在哪里?
轉(zhuǎn)載于:https://www.cnblogs.com/jhtchina/archive/2007/07/10/813026.html
總結(jié)
以上是生活随笔為你收集整理的对DotNet分布式应用搭建的考虑(引用)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 图书 网管天下系列图书 之 网络管理工具
- 下一篇: 单元格变色和图片透明