基線架構：

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

架構基線的定義?
架構是最終系統的一個早期版本，也稱為架構基線。架構基線是整個系統的子集，我們稱之為骨架系統（skinny system）。這個骨架系統包含了項目結束時的“豐滿（full-fledged）”系統所具有的模型的一個版本。它包含了相同的子系統、組件和節點的骨架（skeleton），但是并非所有的“肌肉（musculature）”都已齊全。?

架構基線的優點?
架構基線能夠為其他開發任務堅定堅實的基礎，是開發組不再需要進行太多的開創性（高風險）工作----rup中架構基線里程碑的提出,其理論基礎便源于此?
在項目早期就解決所有高難度 高風險問題 永遠是項目管理追求的目標?

架構基線的缺點?
只要缺少整體的結構規劃 或者通用問題 高風險問題未被解決，后續工作就無法進行。

?

第五章從 倉庫管理系統出發，介紹了怎么劃分大泥球。層次怎么分解。再從每一個層所遇到的問題開始引入模式。最后以 一個總結結尾。 （來自http://blog.csdn.net/bxyz1203/article/details/7295748） 1、為了解決大泥球的問題，引入了 Layer 與 Domain Object 基本是一個垂直一個水平來拆分系統。Layer模式 主要給系統分層， 分為了，表現層、業務處理層、業務對象層、基礎設施層、訪問層。再在 業務對象層用了 Domain Object 抽象業務。 2、在業務處理層中，模塊之間需要訪問，我們采用了 Explicit Interface與Encapsulated Implementation模式。 3、接下來需要解決表現層與 業務處理層的訪問關系。針對此點我們采用了Broker 模式。實現他的就是一個通信中間件。 4、表現層 需要分離用戶的界面，采取了 MVC的模式。 5、為了解決全局對象分布的問題，采取了 Half-Object plus Protocol 模式.主要是把對象 分為幾部分，獨立部署，當client需要數據時可以從本地的Half object拿到對象。 6、支持并發的領域訪問，采取了 Active Object模式。此在web 異步化中應用很廣泛，具體就是 client 訪問 service的時候，client?提交請求后可以忙活別的，等 service結束的時候可以采取相應的措施 讓客戶端知道。 7、為了解決可擴展的并發性。采取了 Leader/Followers 模式。具體就是 有一個 線程環，當請求需要響應時，從其中環的下一個節點拿出一個線程即可。此實現簡單優雅。 8、對于領域對象與數據庫關系的對應，此又有許多的模式，也是比較難解決的問題。一般是增加一層，叫數據訪問層。此層使用 Database Access Layer等模式。 9、最后為了支持 模塊的可動態卸載，可動態裝配采取了資源管理的一個模式，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

轉載于:https://www.cnblogs.com/davidwang456/p/4485197.html

總結

以上是生活随笔為你收集整理的分布式计算的模式语言读后感--基线架构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。