 |
-- 會員 / 註冊 --
|
 |
|
|
|
Web API的設計與開發 ( 簡體 字) |
| 作者：水野貴明 | 類別：1. -> 程式設計 -> 綜合 |
| 譯者： |
| 出版社：人民郵電出版社 |  3dWoo書號： 47069
詢問書籍請說出此書號！【缺書】
NT售價： 260 元 |
| 出版日：5/1/2017 |
| 頁數：212 |
| 光碟數：0 |
|
站長推薦：   |
| 印刷：黑白印刷 | 語系： ( 簡體 版 ) |
| |
加入購物車  │加到我的最愛
(請先登入會員) |
| ISBN：9787115455338 |
| 作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
| (簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
| 作者序： |
| 譯者序： |
| 前言： |
內容簡介： 本書結合豐富的實例，詳細講解了Web API的設計、開發與運維相關的知識。第1章介紹Web API的概要；第2章詳述端點的設計與請求的形式；第3章介紹響應數據的設計；第4章介紹如何充分利用HTTP協議規范；第5章介紹如何開發方便更改設計的Web API；第6章介紹如何開發牢固的Web API。 |
目錄：譯者序 xi
前言 xv
第1章 什么是Web API 1
1.1 Web API的重要性 3
1.1.1 通過API才能使用的在線服務出現 5
1.1.2 移動應用與API 7
1.1.3 API的經濟學 7
1.2 各種各樣的API模式 8
1.2.1 將已發布的Web在線服務的數據或功能通過API公開 8
1.2.2 將附加在其他網頁上的微件公開 9
1.2.3 構建現代Web應用 10
1.2.4 開發智能手機應用 11
1.2.5 開發社交游戲 11
1.2.6 公司內部多個系統的集成 12
1.3 應該通過API公開什么 12
1.3.1 公開API是否會帶來風險 13
1.3.2 公開API能得到什么 14
1.4 設計優美的Web API的重要性 15
1.4.1 設計優美的Web API易于使用 15
1.4.2 設計優美的Web API便于更改 16
1.4.3 設計優美的Web API健壯性好 16
1.4.4 設計優美的Web API不怕公之于眾 16
1.5 如何美化Web API 17
1.6 REST與Web API 18
1.7 作為目標對象的開發人員數量與API的設計思想 19
1.8 小結 20
第2章 端點的設計與請求的形式 21
2.1 設計通過API公開的功能 21
2.2 API端點的設計思想 24
2.3 HTTP方法和端點 31
2.3.1 GET方法 32
2.3.2 POST方法 33
2.3.3 PUT方法 33
2.3.4 DELETE方法 34
2.3.5 PATCH方法 35
2.4 API端點的設計 37
2.4.1 訪問資源的端點設計的注意事項 41
2.4.2 注意所用的單詞 43
2.4.3 不使用空格及需要編碼的字符 43
2.4.4 使用連接符來連接多個單詞 44
2.5 搜索與查詢參數的設計 45
2.5.1 獲取數據量和獲取位置的查詢參數 46
2.5.2 使用相對位置存在的問題 47
2.5.3 使用絕對位置來獲取數據 48
2.5.4 用于過濾的參數 49
2.5.5 查詢參數和路徑的使用區別 52
2.6 登錄與OAuth 2.0 53
2.6.1 access token的有效期和更新 58
2.6.2 其他Grant Type 59
2.7 主機名和端點的共有部分 61
2.8 SSKDs與API的設計 63
2.9 HATEOAS和REST LEVEL3 API 64
2.9.1 REST LEVEL3 API的優點 67
2.9.2 REST LEVEL3 API 67
2.10 小結 68
第3章 響應數據的設計 69
3.1 數據格式 69
3.2 使用JSONP 74
3.2.1 支持JSONP的操作方法 75
3.2.2 JSONP與錯誤處理 77
3.3 數據內部結構的思考方法 79
3.3.1 讓用戶來選擇響應的內容 81
3.3.2 封裝是否必要 82
3.3.3 數據是否應該扁平化 83
3.3.4 序列與格式 85
3.3.5 該如何返回序列的個數以及是否還有后續數據 88
3.4 各個數據的格式 90
3.4.1 各個數據的名稱 90
3.4.2 如何描述性別數據 92
3.4.3 日期的格式 95
3.4.4 大整數與JSON 96
3.5 響應數據的設計 97
3.6 出錯信息的表示 98
3.6.1 通過狀態碼來表示出錯信息 98
3.6.2 向客戶端返回詳細的出錯信息 99
3.6.3 如何填寫詳細的出錯信息 101
3.6.4 發生錯誤時防止返回HTML 102
3.6.5 維護與狀態碼 102
3.6.6 需要返回意義不明確的信息時 103
3.7 小結 104
第4章 最大程度地利用HTTP協議規范 105
4.1 使用HTTP協議規范的意義 105
4.2 正確使用狀態碼 107
4.2.1 2字頭狀態碼：成功 109
4.2.2 3字頭狀態碼：添加必要的處理 111
4.2.3 當客戶端請求發生問題時 113
4.2.4 5字頭狀態碼：當服務器端發生問題時 115
4.3 緩存與HTTP協議規范 116
4.3.1 過期模型 117
4.3.2 驗證模型 120
4.3.3 啟發式過期 122
4.3.4 不希望實施緩存的情況 123
4.3.5 使用Vary來指定緩存單位 123
4.3.6 Cache-Control首部 125
4.4 媒體類型的指定 127
4.4.1 使用Content-Type指定媒體類型的必要性 129
4.4.2 以x-開頭的媒體類型 130
4.4.3 自己定義媒體類型的情況 131
4.4.4 使用JSON或XML來定義新的數據格式的情況 132
4.4.5 媒體類型與安全性 133
4.4.6 請求數據與媒體類型 134
4.5 同源策略和跨域資源共享 136
4.5.1 CORS基本的交互 137
4.5.2 事先請求 138
4.5.3 CORS與用戶認證信息 139
4.6 定義私有的HTTP首部 139
4.7 小結 141
第5章 開發方便更改設計的Web API 143
5.1 方便更改設計的重要性 143
5.1.1 公開發布的API 144
5.1.2 面向移動應用的API 145
5.1.3 Web服務中使用的API 145
5.2 通過版本信息來管理API 146
5.2.1 在URI中嵌入版本編號 147
5.2.2 如何添加版本編號 149
5.2.3 在查詢字符串里加入版本信息 151
5.2.4 通過媒體類型來指定版本信息 152
5.2.5 應該采用什么方法 153
5.3 版本變更的方針 153
5.4 終止提供API 155
5.4.1 案例學習：Twitter廢除舊版本的API 156
5.4.2 預先準備好停止服務時的規范 156
5.4.3 在使用條款中寫明支持期限 159
5.5 編排層 160
5.6 小結 162
第6章 開發牢固的Web API 163
6.1 讓Web API變得安全 163
6.2 非法獲取服務器端和客戶端之間的信息 165
6.2.1 用HTTPS對HTTP通信實施加密 165
6.2.2 使用HTTPS是否意味著100%安全 167
6.3 使用瀏覽器訪問API時的問題 169
6.3.1 XSS 169
6.3.2 XSRF 174
6.3.3 JSON劫持 176
6.4 思考防范惡意訪問的對策 180
6.4.1 篡改參數 181
6.4.2 請求再次發送 183
6.5 同安全相關的HTTP首部 185
6.5.1 X-Content-Type-Options 185
6.5.2 X-XSS-Protection 186
6.5.3 X-Frame-Options 186
6.5.4 Content-Security-Policy 187
6.5.5 Strict-Transport-Security 187
6.5.6 Public-Key-Pins 188
6.5.7 Set-Cookie首部和安全性 189
6.6 應對大規模訪問的對策 191
6.6.1 限制每個用戶的訪問 192
6.6.2 限速的單位 194
6.6.3 應對超出上限值的情況 195
6.6.4 向用戶告知訪問限速的信息 198
6.7 小結 204
附錄A 公開Web API的準備工作 205
A.1 提供API文檔 205
A.2 提供沙盒API 206
A.3 API Console 207
A.4 提供SDK 209
附錄B Web API確認清單 211
|
| 序： |
|
