分佈式計算的模式語言讀後感--基線架構

基線架構：

（來自http://xuliangyong.iteye.com/blog/321945）

架構基線的定義 
架構是最終系統的一個早期版本，也稱爲架構基線。架構基線是整個系統的子集，咱們稱之爲骨架系統（skinny system）。這個骨架系統包含了項目結束時的「豐滿（full-fledged）」系統所具備的模型的一個版本。它包含了相同的子系統、組件和節點的骨架（skeleton），可是並不是全部的「肌肉（musculature）」都已齊全。 

架構基線的優勢 
架構基線可以爲其餘開發任務堅決堅實的基礎，是開發組再也不須要進行太多的開創性（高風險）工做----rup中架構基線里程碑的提出,其理論基礎便源於此 
在項目早期就解決全部高難度 高風險問題 永遠是項目管理追求的目標 

架構基線的缺點 
只要缺乏總體的結構規劃 或者通用問題 高風險問題未被解決，後續工做就沒法進行。

 

第五章從 倉庫管理系統出發，介紹了怎麼劃分大泥球。層次怎麼分解。再從每個層所遇到的問題開始引入模式。最後以 一個總結結尾。

（來自http://blog.csdn.net/bxyz1203/article/details/7295748）

一、爲了解決大泥球的問題，引入了 Layer 與 Domain Object 基本是一個垂直一個水平來拆分系統。Layer模式 主要給系統分層， 分爲了，表現層、業務處理層、業務對象層、基礎設施層、訪問層。再在 業務對象層用了 Domain Object 抽象業務。

 

二、在業務處理層中，模塊之間須要訪問，咱們採用了 Explicit Interface與Encapsulated Implementation模式。

 

三、接下來須要解決表現層與 業務處理層的訪問關係。針對此點咱們採用了Broker 模式。實現他的就是一個通訊中間件。

 

四、表現層 須要分離用戶的界面，採起了 MVC的模式。

 

五、爲了解決全局對象分佈的問題，採起了 Half-Object plus Protocol 模式.主要是把對象 分爲幾部分，獨立部署，當client須要數據時能夠從本地的Half object拿到對象。

 

六、支持併發的領域訪問，採起了 Active Object模式。此在web 異步化中應用很普遍，具體就是 client 訪問 service的時候，client 提交請求後能夠忙活別的，等 service結束的時候能夠採起相應的措施 讓客戶端知道。

 

七、爲了解決可擴展的併發性。採起了 Leader/Followers 模式。具體就是 有一個 線程環，當請求須要響應時，從其中環的下一個節點拿出一個線程便可。此實現簡單優雅。

 

八、對於領域對象與數據庫關係的對應，此又有許多的模式，也是比較難解決的問題。通常是增長一層，叫數據訪問層。此層使用 Database Access Layer等模式。

 

九、最後爲了支持 模塊的可動態卸載，可動態裝配採起了資源管理的一個模式，Component Configurator模式

小結：

模式	應用
Layer分層	根據不一樣抽象層次劃分應用功能
Domain Objcet 領域對象	在同一抽象層次內部劃分和模塊化應用功能
Explicit Interface顯式接口	爲領域對象提供定義良好的訪問接口
Encapsulated Implementation封裝實現	提供並封裝領域對象的實現
Broker 代理	定義通訊中間件的基線架構
Model-view-controller 模型-視圖-控制器	將應用功能和表現及控制器區分開來
Half-Object plus Protocol	支持貫穿分佈式邊界的聯盟式領域對象
Active object	爲領域對象必須支持的請求調度提供併發性支持
Leader/followers	爲須要大吞吐量的領域對象提供併發性支持
database access Layer	將應用功能從數據庫細節中解脫出來
Component Configuration	由可重用組件爲應用提供動態配置功能

 

參考文獻：

 1.http://xuliangyong.iteye.com/blog/321945

 2. http://blog.csdn.net/bxyz1203/article/details/7295748