Azure DocumentDB.NET SDK不包含所有HTTP状态代码
当您查看CosmosDB REST API返回的HTTP状态代码文档时，有一些状态代码在. NET SDK中不存在。
Azure Cosmos DB 的 HTTP Status Codes
假设状态代码449在HttpStatusCode(系统中不存在。网)。
“449 重试”
操作遇到暂时错误。
这仅发生在写入操作上。
重试操作是安全的。
如何使用 Azure DocDb 的 .NET 客户端 SDK 处理此类状态代码？
还是SDK自己处理这些？
共有1个答案
正如您所说，如果我们检查DocumentClientException的StatusCode属性（即可为空），我们将发现System.Net.HttpStatusCode中不存在状态代码449。
检查Azure DocumentDB的源代码后。NET SDK，SDK似乎自己处理这些。
-
问题内容： 我现在将脚本更改为jquery。这是我的旧javascript： 我现在想将其更改为jquery-ajax： 像在旧脚本中一样，如何测试请求返回的状态码（和responseText）？ 问题答案： 试试这个： 要么：
-
我考虑在项目中使用fluent-http。 所以我尝试注入: 返回正确的字符串，但似乎没有使用状态代码。在这两种情况下，响应都有一个代码HTTP200。 注意：我发现一些状态代码是预先实现的： null
-
本文向大家介绍HTTP 状态码 400、401、403 的含义？相关面试题，主要包含被问及HTTP 状态码 400、401、403 的含义？时的应答技巧和注意事项，需要的朋友参考一下 参考回答： (1)400状态码：请求无效 产生原因： 前端提交数据的字段名称和字段类型与后台的实体没有保持一致 前端提交到后台的数据应该是json字符串类型，但是前端没有将对象JSON.stringify转化成字符串
-
主要内容：1 1xx：信息,2 2xx：成功,3 3xx：重定向,4 4xx：客户端错误,5 5xx：服务器错误当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应浏览器的请求。 HTTP状态码的英文为HTTP Status Code。下面是常见的HTTP状态码： 1xx - 这意味着已收到请求，并且该过程正在继续。 2xx - 这意味着已成功接收，理解并接受了该
-
当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应浏览器的请求。 HTTP状态码的英文为HTTP Status Code。 下面是常见的HTTP状态码： 200 - 请求成功 301 - 资源（网页等）被永久转移到其它URL 404 - 请求的资源（网页等）不存在
-
HTTP 和< code>308状态代码有什么区别？ > （永久移动）：此请求和所有将来的请求都应定向到给定的URI。 （永久重定向）：应该使用另一个URI重复请求和所有未来的请求。 他们似乎很相似。