發表於2024-11-27
第1章 介紹
1.1 關於本書
1.1.1 本書的目標讀者
1.1.2 本書不會覆蓋的內容
1.2 推薦閱讀
1.3 本書的組織方式
1.3.1 第一部分:基礎知識
1.3.2 第二部分:REST風格的麵嚮服務
1.3.3 第三部分:REST環境下麵嚮服務的分析與設計
1.3.4 第四部分:REST服務組閤
1.3.5 第五部分:補充
1.3.6 第六部分:附錄
1.4 約定
1.4.1 灰色的使用
1.4.2 設計約束、原則和模式:頁碼參考
1.4.3 設計目標
1.4.4 符號圖例
1.5 附加信息
1.5.1 更新、勘誤和資源
1.5.2 主詞匯錶
1.5.3 麵嚮服務
1.5.4 什麼是REST
1.5.5 引用的規範
1.5.6 服務技術雜誌
1.5.7 SOASchool.com SOA認證專傢(SOACP)
1.5.8 CloudSchool.com雲認證(CCP)專傢
1.5.9 通知服務
第2章 案例研究背景
2.1 如何使用案例研究
2.2 案例研究背景之一:中西部大學聯盟(MUA)
2.2.1 曆史
2.2.2 IT環境
2.2.3 業務目標和障礙
2.3 案例研究背景之二:KioskEtc有限公司
2.3.1 曆史
2.3.2 IT環境
2.3.3 業務目標和障礙
第一部分 基礎知識
第3章 服務簡介
3.1 服務術語
3.1.1 服務
3.1.2 服務契約
3.1.3 服務能力
3.1.4 服務消費者
3.1.5 服務代理
3.1.6 服務組裝
3.2 服務術語上下文
3.2.1 服務和REST
3.2.2 服務和SOA
3.2.3 REST服務和SOA
第4章 SOA術語和概念
4.1 基本術語和概念
4.1.1 麵嚮服務的計算
4.1.2 麵嚮服務
4.1.3 麵嚮服務架構(SOA)
4.1.4 SOA宣言
4.1.5 服務
4.1.6 雲計算
4.1.7 IT資源
4.1.8 服務模型
4.1.9 服務目錄
4.1.10 服務集
4.1.11 候選服務
4.1.12 服務契約
4.1.13 與服務相關的粒度
4.1.14 服務概要
4.1.15 SOA設計模式
4.2 擴展閱讀
第5章 REST約束和目標
5.1 REST約束
5.1.1 客戶機-服務器
5.1.2 無狀態
5.1.3 緩存
5.1.4 接口/統一契約
5.1.5 分層係統
5.1.6 隨需應變代碼
5.2 REST架構風格的目標
5.2.1 性能
5.2.2 可伸縮性
5.2.3 簡單性
5.2.4 可修改性
5.2.5 可視性
5.2.6 可移植性
5.2.7 可靠性
第二部分 REST風格的麵嚮服務
第6章 REST服務契約
6.1 統一契約元素
6.1.1 資源標識符語法
6.1.2 方法
6.1.3 媒體類型
6.2 REST服務能力和REST服務契約
6.3 REST服務契約與非REST服務契約
6.3.1 帶有定製服務契約的非REST服務
6.3.2 REST服務與統一契約
6.3.3 HTTP消息傳輸與SOAP消息傳輸之比較
6.3.4 REST服務契約與WSDL的結閤?
6.4 超媒體角色
6.5 REST服務契約和後期綁定
第7章 用REST實現麵嚮服務
7.1 "SOA或REST"還是"SOA與REST"?
7.2 設計目標
7.2.1 提升內在互操作性
7.2.2 增強聯邦
7.2.3 提升廠商選擇多樣性
7.2.4 提升業務與技術對齊
7.2.5 提升投資迴報率
7.2.6 提升組織敏捷性
7.2.7 降低IT負擔
7.2.8 通用目標
7.3 設計原則與約束
7.3.1 標準化服務契約
7.3.2 服務鬆耦閤
7.3.3 服務抽象
7.3.4 服務可重用性
7.3.5 服務自治
7.3.6 服務無狀態
7.3.7 服務可發現性
7.3.8 服務可組閤性
7.3.9 常見衝突
第三部分 REST環境下麵嚮服務的分析與設計
第8章 主流SOA方法論和REST
8.1 服務目錄分析
8.2 麵嚮服務的分析(服務建模)
8.3 麵嚮服務的設計(服務契約)
8.4 服務邏輯設計
8.5 服務發現
8.6 服務版本控製和退役
第9章 REST服務分析與服務建模
9.1 統一契約建模和REST服務目錄建模
9.1.1 REST約束和統一契約建模
9.1.2 REST服務集中化和規範化
9.2 REST服務建模
9.2.1 REST服務能力粒度
9.2.2 資源與實體
9.2.3 REST服務建模流程
9.2.4 第1步:分解業務流程(分解為細粒度活動)
9.2.5 第2步:過濾掉不適閤的活動
9.2.6 第3步:識彆無關性候選服務
9.2.7 第4步:識彆特定於流程的邏輯
9.2.8 第5步:識彆資源
9.2.9 第6步:將服務能力與方法和資源相關聯
9.2.10 第7步:應用麵嚮服務
9.2.11 第8步:識彆候選服務組閤
9.2.12 第9步:分析流程處理需求
9.2.13 第10步:定義候選公用服務
9.2.14 第11步:將以公用功能為中心的服務能力與方法和資源相關聯
9.2.15 第12步:應用麵嚮服務
9.2.16 第13步:修改候選服務組閤
9.2.17 第14步:修改資源定義
9.2.18 第15步:修改候選能力分組
9.2.19 其他考慮因素
第10章 麵嚮服務的設計和REST
10.1 統一契約設計考慮
10.1.1 設計並標準化方法
10.1.2 設計HTTP頭並進行標準化
10.1.3 設計HTTP響應代碼並進行標準化
10.1.4 設計媒體類型
10.1.5 設計媒體類型模式
10.2 REST服務契約設計
10.2.1 基於服務模型設計服務
10.2.2 設計資源標識符並進行標準化
10.2.3 在REST約束下設計及REST約束的標準化
10.3 復雜方法的設計
10.3.1 無狀態的復雜方法
10.3.2 有狀態的復雜方法
第四部分 REST服務組閤
第11章 REST基礎服務組閤
11.1 服務組閤術語
11.1.1 組閤和組閤實例
11.1.2 組閤成員和控製器
11.1.3 服務活動
11.1.4 組閤啓動者
11.1.5 點對點數據交換和組閤
11.2 服務組閤的設計影響
11.2.1 麵嚮服務原則和組閤設計
11.2.2 REST約束和組閤設計
11.3 組閤層次結構和分層
11.3.1 實體服務組成任務服務
11.3.2 實體服務組成實體服務
11.4 REST服務組閤設計的若乾考慮
11.4.1 同步和異步服務組閤
11.4.2 冪等的服務活動
11.4.3 組閤的逗留狀態
11.4.4 組閤參與者之間的綁定
11.5 按步驟分解的服務活動
11.5.1 請求購買機票
11.5.2 驗證所請求的航班詳情
11.5.3 確認航班座位
11.5.4 生成單據
11.5.5 創建機票
11.5.6 總結
第12章 REST高級服務組閤
12.1 服務組閤與無狀態
12.1.1 采用服務無狀態的組閤設計
12.1.2 采用無狀態的組閤設計
12.2 跨服務的REST事務
12.2.1 REST友好的原子服務事務
12.2.2 REST友好的補償服務事務
12.2.3 非REST友好的原子服務事務
12.3 事件驅動的REST交互
12.3.1 事件驅動的消息機製
12.3.2 消息輪詢
12.4 帶有動態綁定和邏輯延遲的服務組閤
12.4.1 跨規範化服務的非規範化能力
12.4.2 深化組閤
12.4.3 動態地綁定公共屬性
12.4.4 運行時邏輯延遲
12.5 跨服務目錄的服務組閤
12.5.1 REST的目錄端點
12.5.2 基綫標準化的服務目錄之間的動態綁定
第13章 REST服務組閤之案例研究
13.1 重溫授予學生奬項流程
13.2 提交申請和任務服務調用
13.3 授予學生奬項服務組閤實例(評審前的服務活動視圖)
13.3.1 步驟1:從組閤啓動者到授予學生奬項任務服務(A)
13.3.2 步驟2:從授予學生奬項任務服務到事跡實體服務(B)
13.3.3 步驟3:從事跡實體服務到授予學生奬項任務服務(B)
13.3.4 步驟4:從授予學生奬項任務服務到奬項實體服務(E)
13.3.5 步驟5:從奬項實體服務到授予學生奬項任務服務(E)
13.3.6 步驟6:從授予學生奬項任務服務到奬項實體服務(E)
13.3.7 步驟7:從奬項實體服務到授予學生奬項任務服務(E)
13.3.8 步驟8:從授予學生奬項任務服務到學生實體服務(F)
13.3.9 步驟9:從學生實體服務到授予學生奬項任務服務(F)
13.3.10 步驟10:從授予學生奬項任務服務到學生成績單實體服務(F)
13.3.11 步驟11:從學生成績單實體服務到授予學生奬項任務服務(F)
13.3.12 步驟12:從授予學生奬項任務服務到組閤啓動者(A)
13.4 評審待定的申請和任務服務調用
13.5 授予學生奬項服務組閤實例(評審後的服務活動視圖)
13.5.1 步驟1:從組閤啓動者到授予學生奬項任務服務(L)
13.5.2 步驟2:從授予學生奬項任務服務到通知公用服務(N)
13.5.3 步驟3:從通知公用服務到學生實體服務(N)
13.5.4 步驟4:從學生實體服務到通知公用服務(N)
13.5.5 步驟5:從通知公用服務到授予學生奬項任務服務(N)
13.5.6 中間步驟:從授予學生奬項任務服務到事務協調者(P,Q)
13.5.7 中間步驟:從事務協調者到授予學生奬項任務服務(P,Q)
13.5.8 步驟6:從授予學生奬項任務服務到授予實體服務(P)
13.5.9 中間步驟:從授予實體服務到事務協調者(P)
13.5.10 中間步驟:從事務協調者到授予實體服務(P)
13.5.11 步驟7:從授予實體服務到授予學生奬項任務服務(Q)
13.5.12 步驟8:從授予學生奬項任務服務到學生成績單實體服務(Q)
13.5.13 中間步驟:從學生成績單實體服務到事務協調者(Q)
13.5.14 中間步驟:從事務協調者到學生成績單實體服務(Q)
13.5.15 步驟9:從學生成績單實體服務到授予學生奬項任務服務(Q)
13.5.16 中間步驟:從授予學生奬項任務服務到事務協調者(P,Q)
13.5.17 中間步驟:從事務協調者到授予學生奬項任務服務(P,Q)
13.5.18 步驟10:從授予學生奬項任務服務到組閤啓動者(L)
第五部分 補充
第14章 SOA與REST的設計模式
14.1 受REST啓發的SOA設計模式
14.1.1 內容協商
14.1.2 端點重定嚮
14.1.3 實體鏈接
14.1.4 冪等能力
14.1.5 輕量級端點
14.1.6 可重用契約
14.1.7 統一契約
14.2 其他相關的SOA設計模式
14.2.1 契約集中化
14.
SOA與REST:用REST構建企業級SOA解決方案 下載 mobi epub pdf txt 電子書 格式
SOA與REST:用REST構建企業級SOA解決方案 下載 mobi pdf epub txt 電子書 格式 2024
SOA與REST:用REST構建企業級SOA解決方案 下載 mobi epub pdf 電子書時至今日,能夠基本瞭解C++11標準的程序員恐怕不多,而能夠以新的C++風格開發實踐的人更是鳳毛麟角。因此,今天的C++開發者麵臨的一個重要任務就是快速掌握新的C++風格和工具。
評分《SOA與REST:用REST構建企業級SOA解決方案》適閤於考慮實施麵嚮服務架構的開發人員、架構師或項目經理閱讀參考,尤其適閤任何SOA實踐者或任何計劃發起一個SOA項目的專業人員。 SOA與REST是當前兩種流行的技術架構風格。然而,二者卻站在不同的層次看架構,SOA的角度偏嚮於戰略;而REST的角度則偏嚮於戰術。SOA給齣瞭一組架構原則實現其戰略目標,而REST則通過一係列約束實現其戰術目標。
評分純理論的書,沒有技術細節,看個人的選擇瞭。看瞭幾眼,翻譯的能讀懂,不是很爛,總之是一本好書。讀這一本書需要一定的項目經驗。。
評分內容簡介
評分《SOA與REST:用REST構建企業級SOA解決方案》適閤於考慮實施麵嚮服務架構的開發人員、架構師或項目經理閱讀參考,尤其適閤任何SOA實踐者或任何計劃發起一個SOA項目的專業人員。
評分好不錯
評分便宜 趕上活動真閤適
評分囤貨用,還沒看~ 應該還不錯
評分《SOA與REST:用REST構建企業級SOA解決方案》深入介紹瞭SOA與REST的原理、術語及特性;深入闡述瞭二者之間的差異及閤作點;重點闡述瞭如何將REST作為媒介來實現SOA的戰略目標,通過對REST服務的建模流程和專為REST服務定製的麵嚮服務的分析和設計流程的詳細講解,逐步嚮讀者展開瞭一幅REST與SOA在企業級解決方案中完美“聯姻”的畫捲。此外,《SOA與REST:用REST構建企業級SOA解決方案》還通過完整的案例研究示例展示瞭REST與SOA在實踐中的結閤。
SOA與REST:用REST構建企業級SOA解決方案 mobi epub pdf txt 電子書 格式下載 2024