☆☆☆☆☆




點擊這裡下載

類似圖書 點擊查看全場最低價

---

編輯推薦

　　如何為瀏覽器和移動設備等多客戶端設計和構建可演化Web API？本書以ASP.NET Web API框架為例，係統介紹瞭相關的理論和工具，讓讀者全麵掌握設計和實現可演化Web API的技術。
　　《ASP.NET Web API設計》主要麵嚮有經驗的.NET開發人員。不過，書中關於Web API基礎理論和設計的內容同樣適用於Java、Ruby、PHP和Node等開發者。

內容簡介

　　《ASP.NET Web API設計》依托ASP.NET Web API闡述API設計與開發的通用技術，是一本全麵介紹如何構建真實可演化API的實踐指南。本書共分三部分。第一部分介紹Web/HTTP和API開發的基礎知識，介紹ASP.NET Web API，為初學者以及想充分利用HTTP的讀者建立好的起點。第二部分完整介紹瞭真實Web應用程序的開發，其內容從設計講到實現，全麵覆蓋客戶端與服務器端開發。第三部分深入ASP.NET Web API的內部機製，並講解一些高級的主題（如安全和可測試性），加深你的理解，讓讀者學會更好地利用Web API構建可演化係統。

作者簡介

　　Glenn Block，曾任職微軟，推動瞭ASP.NET Web API早期版本的開發。
　　Pablo Cibraro，擁有十餘年使用微軟技術設計和實現大型分布式係統的經驗。
　　Pedro Félix，是一位軟件工程師和教授，研究方嚮為基礎設施實現、用戶身份管理，以及訪問控製。
　　Howard Dierking，是微軟ASP.NET Web API團隊的産品經理，當前的工作重點包括NuGet和Katana項目。
　　Darrel Miller，是Tavis軟件公司的創始人之一，幫助人們學習如何在業務應用中采用REST架構風格。

精彩書評

　　★“這本書提供瞭及時而全麵的指南，幫助人們使用ASP.NET Web API構建堅實的係統，融閤瞭ASP.NET Web API團隊的經驗與軟件業界多年的專業積纍。”
　　——Scott Guthrie 微軟“雲和企業”副總裁
　　
　　★“第1次獲悉本書時，我就急切地想讀，原因有二。首先，我當前的工作中涉及為應用設計API以使之與多種係統交互。其次，是因為本書的一位作者——Glenn Block，我認識他有段時間瞭，我見過他，與他有過對話，讀瞭他的大量博文，我確定本書不會讓人失望，而事實證明確實如此。”
　　——Joseph Guadagno 亞利桑那Southeast Valley .NET用戶組創始人

目錄

作者簡介　
關於封麵圖
序　　
前言　　
第一部分　基礎知識
第1章　因特網、萬維網和HTTP協議
1.1　Web體係結構
1.1.1　資源
1.1.2　URI
1.1.3　酷URI
1.1.4　錶示
1.1.5　媒體類型
1.2　HTTP協議
1.2.1　HTTP 1.1之後
1.2.2　HTTP消息交換
1.2.3　中間層
1.2.4　中間層類型
1.2.5　HTTP方法
1.2.6　標頭
1.2.7　HTTP狀態碼
1.2.8　內容協商
1.2.9　緩存
1.2.10　身份驗證
1.2.11　身份驗證方案
1.2.12　附加身份驗證方案
1.3　小結
第2章　Web API
2.1　什麼是Web API
2.2　SOAP Web服務
2.3　Web API的起源
2.4　Web API革命開始
2.5　關注Web
2.6　Web API指南
2.7　特定領域的媒體類型
2.8　媒體類型檔案
2.9　多個錶示
2.10　API 風格
2.10.1　Richardson成熟度模型
2.10.2　RPC（RMM 第0級）
2.10.3　資源（RMM 第1級）
2.10.4　HTTP 謂詞（RMM 第2級）
2.10.5　以資源為中心的API
2.10.6　超媒體（RMM 第3級）
2.10.7　REST
2.10.8　REST約束
2.11　小結
第3章　ASP.NET Web API 101
3.1　核心場景
3.1.1　第一類HTTP編程
3.1.2　對稱的客戶端和服務器編程體驗
3.1.3　對不同格式的靈活支持
3.1.4　告彆"尖括號編碼"
3.1.5　支持單元測試
3.1.6　多種托管選項
3.2　ASP.NET Web API入門
3.3　新建Web API項目
3.3.1　WebApiConfig
3.3.2　ValuesController
3.4"Hello Web API!"
3.4.1　創建服務
3.4.2　客戶端
3.4.3　宿主
3.5　小結
第4章　處理架構
4.1　托管層
4.2　消息處理程序管道
4.3　控製器處理
4.4　小結
第二部分　真實世界的API開發
第5章　應用程序
5.1　為什麼要可演化
5.1.1　演化的障礙
5.1.2　代價是什麼
5.1.3　為什麼不創建新版本
5.1.4　付諸實踐
5.2　應用程序目標
5.2.1　目標
5.2.2　機會
5.3　信息模型
5.3.1　子域
5.3.2　相關資源
5.3.3　屬性組
5.3.4　屬性組的集閤
5.3.5　信息模型與媒體類型
5.3.6　問題集閤
5.4　資源模型
5.4.1　根資源
5.4.2　搜索資源
5.4.3　集閤資源
5.4.4　個體資源
5.5　小結
第6章　媒體類型選擇與設計
6.1　自描述
6.2　協議類型
6.3　媒體類型
6.3.1　原始格式
6.3.2　流行格式
6.3.3　新格式
6.3.4　超媒體類型
6.3.5　媒體類型爆炸
6.3.6　通用媒體類型和檔案
6.3.7　其他超媒體類型
6.4　鏈接關係類型
6.4.1　語義
6.4.2　替換嵌入資源
6.4.3　間接層
6.4.4　引用數據
6.4.5　工作流
6.4.6　語法
6.4.7　完美結閤
6.5　設計新的媒體類型協議
6.5.1　選擇格式
6.5.2　支持超媒體
6.5.3　可選、強製、省略和適用
6.5.4　嵌入元數據和外部元數據
6.5.5　可擴展性
6.5.6　注冊媒體類型
6.6　設計新的鏈接關係
6.6.1　標準鏈接關係
6.6.2　擴展鏈接關係
6.6.3　嵌入鏈接關係
6.6.4　注冊鏈接關係
6.7　問題跟蹤域中的媒體類型
6.7.1　list資源
6.7.2　item資源
6.7.3　discovery資源
6.7.4　search資源
6.8　小結
第7章　構建API
7.1　設計
7.2　獲得源代碼
7.3　使用行為驅動開發構建實現
7.4　瀏覽解決方案
7.5　軟件包和程序庫
7.6　自托管
7.7　模型和服務
7.7.1　問題和問題庫
7.7.2　IssueState
7.7.3　IssuesState
7.7.4　Link
7.7.5　LinkeStateFactory
7.7.6　LinkFactory
7.7.7　IssueLinkFactory
7.8　驗收標準
7.9　功能：獲取問題
7.9.1　獲取一個問題
7.9.2　獲取未關閉的和已關閉的問題
7.9.3　獲取不存在的問題
7.9.4　獲取所有問題
7.9.5　獲取所有問題的Collection+Json錶示
7.9.6　搜索問題
7.10　功能：創建問題
7.11　功能：更新問題
7.11.1　更新一個問題
7.11.2　更新不存在的問題
7.12　功能：刪除問題
7.12.1　刪除一個問題
7.12.2　刪除不存在的問題
7.13　功能：處理問題
7.13.1　測試
7.13.2　實現
7.14　小結
第8章　改進API
8.1　新功能的驗收標準
8.2　實現輸齣緩存支持
8.3　添加輸齣緩存測試
8.4　實現緩存重驗證
8.5　為緩存重驗證實現條件GET
8.6　衝突檢測
8.7　實現衝突檢測
8.8　變更審計
8.9　使用Hawk認證實現變更審計
8.10　跟蹤
8.11　實現跟蹤
8.12　小結
第9章　構建客戶端
9.1　客戶端程序庫
9.1.1　封裝庫
9.1.2　鏈接用作函數
9.2　應用程序工作流
9.2.1　用戶需知
9.2.2　帶有使命的客戶端
9.2.3　客戶端狀態
9.3　小結
第三部分　Web API細節
第10章　HTTP編程模型
10.1　消息
10.2　標頭
10.3　消息內容
10.3.1　使用消息內容
10.3.2　創建消息內容
10.4　小結
第11章　托管
11.1　Web托管
11.1.1　ASP.NET基礎結構
11.1.2　ASP.NET路由
11.1.3　Web API路由
11.1.4　全局配置
11.1.5　Web API ASP.NET處理程序
11.2　自托管
11.2.1　WCF 架構
11.2.2　HttpSelfHostServer類
11.2.3　HttpSelfHostConfiguration類
11.2.4　URL 預留和訪問控製
11.3　用OWIN和Katana托管Web API
11.3.1　OWIN
11.3.2　Katana項目
11.3.3　Web API配置
11.3.4　Web API中間件
11.3.5　OWIN生態環境
11.4　內存托管
11.5　Azure Service Bus Host
11.6　小結
第12章　控製器和路由
12.1　HTTP消息流概覽
12.2　消息處理程序管道
12.2.1　分發程序
12.2.2　HttpControllerDispatcher
12.2.3　控製器選擇
12.2.4　控製器激活
12.3　控製器管道
12.3.1　ApiController
12.3.2　ApiController 處理模型
12.4　小結
第13章　格式化程序和模型綁定
13.1　ASP.NET Web API中模型的重要性
13.2　模型綁定如何工作
13.3　內建的模型綁定器
13.3.1　ModelBindingParameterBinder
13.3.2　值提供程序
13.3.3　模型綁定器
13.3.4　隻對URI進行模型綁定
13.3.5　FormatterParameterBinder實現
13.3.6　HttpParameterBinding的默認選擇
13.4　模型驗證
13.4.1　將數據標記屬性用於模型
13.4.2　查詢驗證結果
13.5　小結
第14章　HttpClient
14.1　HttpClient類
14.1.1　生存周期
14.1.2　封裝類
14.1.3　多個實例
14.1.4　綫程安全
14.1.5　輔助方法
14.1.6　抽絲剝繭
14.1.7　完成的請求無異常
14.1.8　內容為王
14.1.9　取消請求
14.1.10　SendAsync
14.2　客戶端消息處理程序
14.2.1　代理處理程序
14.2.2　僞響應處理程序
14.2.3　創建可以重用的響應處理程序
14.3　小結
第15章　安全
15.1　傳輸安全
15.2　在ASP.NET Web API中使用TLS
15.2.1　IIS 托管時使用TLS
15.2.2　自托管時使用TLS
15.3　身份驗證
15.3.1　聲明模型
15.3.2　獲取和設置當前用戶對象
15.3.3　基於傳輸的身份驗證
15.3.4　服務器身份驗證
15.3.5　客戶端身份驗證
15.3.6　HTTP身份驗證框架
15.3.7　實現基於HTTP的身份驗證
15.3.8　Katana身份驗證中間件
15.3.9　主動和被動的身份驗證中間件
15.3.10　Web API身份驗證篩選器
15.3.11　基於令牌的身份驗證
15.3.12　Hawk身份驗證方案
15.4　授權
15.4.1　授權執行
15.4.2　跨域資源共享
15.4.3　ASP.NET Web API 的CORS支持
15.5　小結
第16章　OAuth 2.0授權框架
16.1　客戶端應用程序
16.2　訪問受保護資源
16.3　獲得訪問令牌
16.4　授權碼授予
16.5　範圍
16.6　前通道與後通道
16.7　刷新令牌
16.8　資源服務器和授權服務器
16.9　在ASP.NET Web API中處理訪問令牌
16.10　OAuth 2.0與身份驗證
16.11　基於範圍的授權
16.12　小結
第17章　可測試性
17.1　單元測試
17.1.1　使用測試框架
17.1.2　Visual Studio單元測試入門
17.1.3　xUnit.NET
17.1.4　單元測試在測試驅動開發中的作用
17.2　對ASP.NET Web API實現進行單元測試
17.2.1　測試ApiController
17.2.2　測試MediaTypeFormmater
17.2.3　單元測試HttpMessageHandler
17.2.4　測試ActionFilterAttribute
17.3　對路由進行單元測試
17.4　ASP.NET Web API的集成測試
17.5　小結
附錄A　媒體類型
附錄B　HTTP標頭
附錄C　內容協商
附錄D　緩存實戰
附錄E　身份驗證工作流
附錄F　application/issue+json媒體類型規範
附錄G　公鑰加密和證書

前言/序言

　　為什麼要閱讀本書
　　Web API 開發呈現爆炸式增長。各傢公司都在投資構建可以通過Web 使用多種客戶端訪問的係統。想想你經常光顧的網站，這些網站很可能已經提供瞭訪問API。創建一個使用HTTP 進行通信的API 非常簡單，而挑戰在第一個版本部署後纔會齣現。實際上，HTTP協議的製定者對這個問題，以及如何設計可演化API 已經進行瞭周詳的考慮。媒體類型和超媒體就是設計可演化API 的核心。但是，很多API 開發者並未對此加以考慮或利用，部署的API 沒有閤理地使用HTTP 協議，客戶端嚴重依賴API 的具體實現。這樣的API 很難進行演化，極易破壞客戶端功能。為什麼會齣現這樣的情況呢？因為人們經常覺得，從工程角度看，這是實現功能的最簡單、最直接的做法。但是，從長期看，這種做法違反直覺，與Web 自身的基本設計原則背道而馳。
　　本書的目標讀者是希望設計齣適應長期變化的API 的開發者。變化是不可避免的：你今天構建的API 將會演化。因此，問題不是"要不要"，而是"如何"設計可演化的API。你在項目早期做齣的決定（或者未做齣的決定）會極大地影響以下問題的答案。
　　添加一個新功能，會破壞現有的客戶端，強製現有客戶端升級並重新部署嗎？或者，現有客戶端還能繼續工作？
　　如何保障API 的安全？能夠使用較新的安全協議嗎？
　　API 可以擴展規模，滿足用戶需求嗎？或者必須重新進行架構設計？
　　能夠支持未來齣現的新客戶端和新設備嗎？
　　你在設計時可以考慮這些問題。初看起來，這似乎是預先做大量設計（Big Design Up Front）或者瀑布方法。其實不然。你不需要在構建係統前做齣完備的設計，也不需要進行過度分析。有些決定的確需要預先做齣，但這些決定處於較高的層次，關係到整體設計。要做齣這些決定，你並不需要理解或預知係統的每個方麵。實際上，這些決定奠定瞭迭代演化的基礎，在隨後構建係統時，你可以在此基礎上，采取各種方式不斷強化自己的目標。
　　本書更偏重應用而非理論。我們希望你讀完本書之後，獲得構建真實可演化係統的能力。為瞭達到這個目的，開篇將介紹Web 和Web API 開發的一些必知內容，然後從設計到實現，逐步介紹如何使用ASP.NET Web API 創建一個新API。這個API 的實現將覆蓋一些重要的主題，例如：如何使用ASP.NET Web API 實現超媒體、如何執行內容協商。我們將演示這個API 在部署後如何實際進行演化，還將討論如何使用既有實踐（例如：驗收測試、測試驅動開發）和技術（例如：控製反轉）提高代碼的可維護性。最後，我們將深入Web API 的內部，幫助你加深理解，更好地利用Web API 構建可演化係統。
　　預備知識
　　要充分理解本書的內容，你應該是一位開發人員，擁有使用.NET 3.5 或更高版本開發C#應用程序的經驗。如果你還具有構建Web API 的經驗，那就更好瞭。在開發API 時使用過哪種框架並不重要，重要的是應該熟悉相關的概念。閱讀本書並不需要ASP.NET Web API或ASP.NET 經驗，但熟悉ASP.NET MVC 的確會對你很有幫助。
　　如果你不是一位.NET 開發人員，那麼本書也有適閤閱讀的內容。我們編寫本書時設定瞭一個具體的目標，要使書中大部分內容關注API 設計和開發的通用技術，不與ASP.NETWeb API 直接相關。因此，我們認為，無論你的開發背景是什麼（Java、Ruby、PHP、Node 等），都可以通過本書前兩部分的大部分內容學習API 的開發。
　　漫遊指南
　　在開始你的閱讀旅程之前，這裏有一些漫遊本書內容的指南。
　　第一部分主要對Web API 開發進行介紹。這部分覆蓋瞭Web/HTTP 和API 開發的基礎知識，介紹ASP.NET Web API。如果你剛剛接觸Web API 開發/ASP.NETWeb API，那麼這部分是一個很好的開始。如果你已經在使用ASP.NET Web API （或其他Web API 框架），但是想更多地瞭解如何充分利用HTTP，這部分也是一個很好的起點。
　　第二部分關注真實世界的Web API 開發。這部分完整介紹瞭一個真實世界中Web應用程序的開發，從設計到實現，覆蓋客戶端和服務器。如果你已經對Web API開發頗為熟悉，希望很快開始構建應用程序，那麼可以直接從第二部分開始閱讀。
ASP.NET Web API設計 下載 mobi epub pdf txt 電子書

評分☆☆☆☆☆

好，很好，非常好，耶！

評分☆☆☆☆☆

書頁有破損

評分☆☆☆☆☆

項目要用，所以買瞭，還行

評分☆☆☆☆☆

不錯，不錯，要好好看看

評分☆☆☆☆☆

非常好！Very Good! 好評！滿分！贊贊贊！

評分☆☆☆☆☆

書的內容不錯，但是書的質量實在是不敢恭維！

評分☆☆☆☆☆

看看吧

評分☆☆☆☆☆

非常好！Very Good! 好評！滿分！贊贊贊！

評分☆☆☆☆☆

一般 不建議購買

類似圖書 點擊查看全場最低價

查看全網最低價