掃一掃
關注中圖網
官方微博
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
Web API的設計與開發 版權信息
- ISBN：9787115455338
- 條形碼：9787115455338 ; 978-7-115-45533-8
- 裝幀：暫無
- 冊數：暫無
- 重量：暫無
- 所屬分類：>>
Web API的設計與開發 本書特色
本書結合豐富的實例，詳細講解了Web API的設計、開發與運維相關的知識。第1章介紹Web API的概要；第2章詳述端點的設計與請求的形式；第3章介紹響應數據的設計；第4章介紹如何充分利用HTTP協議規范；第5章介紹如何開發方便更改設計的Web API；第6章介紹如何開發牢固的Web API。
Web API的設計與開發 內容簡介
1.Web API設計、開發與運維zui佳實踐！ 2.實例豐富，分析了美國各大知名網站的API設計細節。 3.內容詳實，易于理解，Web API新手bi備！ API如果設計得不好，不僅會很難用，而且公開之后的運維也很困難，因此設計優美的API非常重要。本書認為“設計優美的API易于使用、便于更改、健壯性好、不怕公之于眾”，并基于這一觀點詳細闡述了如何有效地設計、開發和運維API、如何避免容易掉入的陷阱等。目標是設計出訪問URI后返回XML或JSON等數據的簡潔的API，即XML over HTTP方式或JSON over HTTP方式的API。
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
譯者序 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
展開全部
Web API的設計與開發 作者簡介
水野貴明（作者） 1973年出生于東京。自由軟件開發者兼技術書作譯者。是JavaScript：The Good Parts、Third-Party JavaScript、 High Performance JavaScript、The Principles of Object-Oriented JavaScript等圖書的日文版譯者，著有《Web應用程序測試方法》（合著）。 盛榮（譯者） 曾就職于愛立信、Autodesk等公司，長期從事軟件、互聯網技術相關領域的研發、測試等工作。熱愛技術，對IT相關的新聞、歷史等有濃厚興趣。
書友推薦
- >
詩經-先民的歌唱
- >
二體千字文
- >
中國歷史的瞬間
- >
唐代進士錄
- >
姑媽的寶刀
- >
【精裝繪本】畫給孩子的中國神話
- >
大紅狗在馬戲團-大紅狗克里弗-助人
- >
名家帶你讀魯迅:故事新編
本類暢銷
