分布式计算的模式语言读后感--基线架构
基線架構(gòu):
(來自http://xuliangyong.iteye.com/blog/321945)
架構(gòu)基線的定義?
架構(gòu)是最終系統(tǒng)的一個早期版本,也稱為架構(gòu)基線。架構(gòu)基線是整個系統(tǒng)的子集,我們稱之為骨架系統(tǒng)(skinny system)。這個骨架系統(tǒng)包含了項目結(jié)束時的“豐滿(full-fledged)”系統(tǒng)所具有的模型的一個版本。它包含了相同的子系統(tǒng)、組件和節(jié)點的骨架(skeleton),但是并非所有的“肌肉(musculature)”都已齊全。?
架構(gòu)基線的優(yōu)點?
架構(gòu)基線能夠為其他開發(fā)任務(wù)堅定堅實的基礎(chǔ),是開發(fā)組不再需要進(jìn)行太多的開創(chuàng)性(高風(fēng)險)工作----rup中架構(gòu)基線里程碑的提出,其理論基礎(chǔ)便源于此?
在項目早期就解決所有高難度 高風(fēng)險問題 永遠(yuǎn)是項目管理追求的目標(biāo)?
架構(gòu)基線的缺點?
只要缺少整體的結(jié)構(gòu)規(guī)劃 或者通用問題 高風(fēng)險問題未被解決,后續(xù)工作就無法進(jìn)行。
?
第五章從 倉庫管理系統(tǒng)出發(fā),介紹了怎么劃分大泥球。層次怎么分解。再從每一個層所遇到的問題開始引入模式。最后以 一個總結(jié)結(jié)尾。 (來自http://blog.csdn.net/bxyz1203/article/details/7295748) 1、為了解決大泥球的問題,引入了 Layer 與 Domain Object 基本是一個垂直一個水平來拆分系統(tǒng)。Layer模式 主要給系統(tǒng)分層, 分為了,表現(xiàn)層、業(yè)務(wù)處理層、業(yè)務(wù)對象層、基礎(chǔ)設(shè)施層、訪問層。再在 業(yè)務(wù)對象層用了 Domain Object 抽象業(yè)務(wù)。 2、在業(yè)務(wù)處理層中,模塊之間需要訪問,我們采用了 Explicit Interface與Encapsulated Implementation模式。 3、接下來需要解決表現(xiàn)層與 業(yè)務(wù)處理層的訪問關(guān)系。針對此點我們采用了Broker 模式。實現(xiàn)他的就是一個通信中間件。 4、表現(xiàn)層 需要分離用戶的界面,采取了 MVC的模式。 5、為了解決全局對象分布的問題,采取了 Half-Object plus Protocol 模式.主要是把對象 分為幾部分,獨立部署,當(dāng)client需要數(shù)據(jù)時可以從本地的Half object拿到對象。 6、支持并發(fā)的領(lǐng)域訪問,采取了 Active Object模式。此在web 異步化中應(yīng)用很廣泛,具體就是 client 訪問 service的時候,client?提交請求后可以忙活別的,等 service結(jié)束的時候可以采取相應(yīng)的措施 讓客戶端知道。 7、為了解決可擴(kuò)展的并發(fā)性。采取了 Leader/Followers 模式。具體就是 有一個 線程環(huán),當(dāng)請求需要響應(yīng)時,從其中環(huán)的下一個節(jié)點拿出一個線程即可。此實現(xiàn)簡單優(yōu)雅。 8、對于領(lǐng)域?qū)ο笈c數(shù)據(jù)庫關(guān)系的對應(yīng),此又有許多的模式,也是比較難解決的問題。一般是增加一層,叫數(shù)據(jù)訪問層。此層使用 Database Access Layer等模式。 9、最后為了支持 模塊的可動態(tài)卸載,可動態(tài)裝配采取了資源管理的一個模式,Component Configurator模式小結(jié):
| 模式 | 應(yīng)用 |
| Layer分層 | 根據(jù)不同抽象層次劃分應(yīng)用功能 |
| Domain Objcet 領(lǐng)域?qū)ο?/td> | 在同一抽象層次內(nèi)部劃分和模塊化應(yīng)用功能 |
| Explicit Interface顯式接口 | 為領(lǐng)域?qū)ο筇峁┒x良好的訪問接口 |
| Encapsulated Implementation封裝實現(xiàn) | 提供并封裝領(lǐng)域?qū)ο蟮膶崿F(xiàn) |
| Broker 代理 | 定義通信中間件的基線架構(gòu) |
| Model-view-controller 模型-視圖-控制器 | 將應(yīng)用功能和表現(xiàn)及控制器區(qū)分開來 |
| Half-Object plus Protocol | 支持貫穿分布式邊界的聯(lián)盟式領(lǐng)域?qū)ο?/td> |
| Active object | 為領(lǐng)域?qū)ο蟊仨氈С值恼埱笳{(diào)度提供并發(fā)性支持 |
| Leader/followers | 為需要大吞吐量的領(lǐng)域?qū)ο筇峁┎l(fā)性支持 |
| database access Layer | 將應(yīng)用功能從數(shù)據(jù)庫細(xì)節(jié)中解脫出來 |
| Component Configuration | 由可重用組件為應(yīng)用提供動態(tài)配置功能 |
?
參考文獻(xiàn):
?1.http://xuliangyong.iteye.com/blog/321945
?2.?http://blog.csdn.net/bxyz1203/article/details/7295748
轉(zhuǎn)載于:https://www.cnblogs.com/davidwang456/p/4485197.html
總結(jié)
以上是生活随笔為你收集整理的分布式计算的模式语言读后感--基线架构的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Spring 中JCA CCI分析--转
- 下一篇: Active Object 并发模式在