Web API設計原則-通過API和微服務實現價值交付 9787115605764 詹姆斯.希金博特姆
圖書均為代購，正常情形下，訂後約兩周可抵台。
物品所在地：中國大陸
原出版社：人民郵電
物品所在地：中國大陸
原出版社：人民郵電
NT$635
商品編號:
供貨狀況:
尚有庫存
加入最愛
此商品 「 最高 」可以折抵紅利
0
點
(約等於 NT$0 )
商品介紹
| *完成訂單後正常情形下約兩周可抵台。 *本賣場提供之資訊僅供參考，以到貨標的為正確資訊。 印行年月：202311*若逾兩年請先於私訊洽詢存貨情況，謝謝。 台灣(台北市)在地出版社，每筆交易均開具統一發票，祝您中獎最高1000萬元。 書名：Web API設計原則-通過API和微服務實現價值交付 ISBN：9787115605764 出版社：人民郵電 著編譯者：詹姆斯.希金博特姆 頁數：280 所在地：中國大陸 *此為代購商品 書號：1597298 可大量預訂，請先連絡。 內容簡介 本書從「由外而內」的角度引入API設計的概念，強調反映客戶和產品團隊的需求，將需求映射到特定的、架構組織良好的API，為編寫這些API選擇正確的樣式，並從零開始實現了一個真實的例子。本書旨在為設計新API或欲擴展現有API的人提供指導，幫助他們了解如何通過正確的設計過程來交付優秀的API，如何與設計團隊、客戶和其他利益相關者就具體的結果對齊思路，如何定義候選API，以及如何使API程序實現設計和管理過程的可擴展性。 本書適合所有參与規劃或構建API的讀者閱讀，包括但不限於架構師、開發人員、團隊領導者，以及相關技術人員或業務人員。作者簡介 詹姆斯·希金博特姆（James Higginbotham）是一名軟體開發者和架構師，在開發、部署應用程序和API設計方面擁有超過25年的經驗。他擅長與銀行、商業保險、酒店、旅遊、航空等行業的團隊和企業合作，能幫助團隊將業務、產品和技術策略統一到更易組合和模塊化的企業平台，指導企業完成數字化轉型之旅。 詹姆斯曾多次舉辦研討會，熱衷向跨職能團隊推薦他提出的ADDR流程——通過基於產品的思維來確保業務和技術之間的一致性，以提供出色的客戶體驗。目錄 第一部分 Web API設計簡介第1章 API設計原則 1 1 Web API設計要素 1 1 1 業務功能 1 1 2 產品思維 1 1 3 開發者體驗 1 2 API設計即溝通 1 3 審查軟體設計的原則 1 3 1 模塊化 1 3 2 封裝 1 3 3 高內聚和松耦合 1 4 基於資源的API設計 1 5 資源不是對象或領域模型 1 6 基於資源的API交換消息 1 7 Web API設計原則 1 8 小結 第2章 協作式API設計 2 1 為什麼需要API設計流程？ 2 2 API設計流程反模式 2 2 1 泄露抽象反模式 2 2 2 下一個版本設計修復反模式 2 2 3 英雄設計工作反模式 2 2 4 未使用的API反模式 2 3 API設計優先的方法 2 4 API設計優先並保持敏捷 2 4 1 重新審視敏捷宣言 2 4 2 API設計優先的敏捷性 2 5 對齊-定義-設計-優化流程 2 6 DDD在API設計中的作用 2 7 API設計涉及每一個人 2 8 有效應用ADDR流程 2 9 小結 第二部分 對齊API的結果 第3章 明確數字功能 3 1 確保利益相關者思路對齊 3 2 什麼是數字功能？ 3 3 專註于要完成的工作 3 4 什麼是任務用例？ 3 5 任務用例的組成部分 3 6 為API編寫任務用例 3 6 1 方法1：當問題已知時 3 6 2 方法2：當期望的結果已知時 3 6 3 方法3：當數字功能已確定時 3 7 克服任務用例的挑戰 3 7 1 挑戰1：任務用例過於詳細 3 7 2 挑戰2：任務用例以功能為中心 3 7 3 挑戰3：任務用例需要額外的用戶上下文 3 8 收集任務用例的技巧 3 9 現實世界中的API設計項目 3 10 任務用例示例 3 11 小結 第4章 收集操作和步驟 4 1 將任務用例擴展為操作及其對應的步驟 4 1 1 確定每個任務用例的操作 4 1 2 將每個操作分解為若干步驟 4 1 3 如果需求不明確，怎麼辦？ 4 2 通過事件風暴實現協作式理解 4 3 事件風暴的工作方式 4 3 1 步驟1：明確領域事件 4 3 2 步驟2：創建事件描述 4 3 3 步驟3：查看描述並確定差距 4 3 4 步驟4：擴展領域理解力 4 3 5 步驟5：查看最終描述 4 4 事件風暴的好處 4 5 主持事件風暴會議 4 5 1 準備：收集必要的材料用品 4 5 2 分享：溝通事件風暴會議 4 5 3 主持：進行事件風暴會議 4 5 4 總結：收集操作和步驟 4 5 5 跟進：會後建議 4 5 6 定製流程 4 6 小結 第三部分 定義候選API 第5章 明確API邊界 5 1 避免API邊界反模式 5 1 1 大型一體化API反模式 5 1 2 過載API反模式 5 1 3 輔助API反模式 5 2 有界上下文、子域和API 5 3 使用事件風暴探索API邊界 5 4 通過操作找到API邊界 5 5 為API命名並確定其範圍 5 6 小結 第6章 API建模 6 1 什麼是API建模？ 6 2 API建模流程 6 2 1 步驟1：收集API配置文件摘要 6 2 2 步驟2：確定資源 6 2 3 步驟3：定義API分類法 6 2 4 步驟4：添加操作事件 6 2 5 步驟5：擴展操作的詳細信息 6 3 用序列圖驗證API模型 6 4 評估API的優先順序和重用性 6 5 小結 第四部分 設計API 第7章 基於REST的API設計 7 1 什麼是基於REST的API？ 7 1 1 REST是客戶-伺服器體繫結構 7 1 2 REST是以資源為中心的 7 1 3 REST是基於消息的 7 1 4 REST支持分層架構 7 1 5 REST支持按需編碼 7 1 6 超媒體控制 7 1 7 什麼時候選擇REST 7 2 REST API設計流程 7 2 1 步驟1：設計資源URL路徑 7 2 2 步驟2：將API操作映射到HTTP方法上 7 2 3 步驟3：分配響應代碼 7 2 4 步驟4：記錄REST API設計 7 2 5 步驟5：分享並收集反饋 7 3 選擇一種表徵格式 7 3 1 資源序列化 7 3 2 超媒體序列化 7 3 3 超媒體消息傳遞 7 3 4 語義超媒體消息傳遞 7 4 常見的REST設計模式 7 4 1 創建-讀取-更新-刪除 7 4 2 擴展資源生命周期支持 7 4 3 單例資源 7 4 4 後台（隊列）作業 7 4 5 REST中的長期運行事務支持 7 5 小結 第8章 RPC和基於查詢的API設計 8 1 什麼是基於RPC的API？ 8 1 1 gRPC 8 1 2 使用RPC時應該考慮的因素 8 2 RPC API設計流程 8 2 1 步驟1：確定RPC操作 8 2 2 步驟2：細化RPC操作 8 2 3 步驟3：記錄API設計 8 3 什麼是基於查詢的API？ 8 3 1 了解OData 8 3 2 探索Grap 詳細資料或其他書籍請至台灣高等教育出版社查詢，查後請於PChome商店街私訊告知ISBN或書號，我們即儘速上架。 |
