C# 在CloudTable上执行ExecuteAsync后,是否应该检查TableResult是否有错误代码?

C# 在CloudTable上执行ExecuteAsync后,是否应该检查TableResult是否有错误代码?,c#,azure,http,azure-table-storage,http-status-codes,C#,Azure,Http,Azure Table Storage,Http Status Codes,我对Azure表存储运行了一个简单的命令: var operation = TableOperation.InsertOrReplace(entity); await cloudTable.ExecuteAsync(operation); 现在ExecuteAsync返回的结果不仅仅是Task,而是Task表格结果包含HttpStatusCode。这是否意味着操作可以在不引发任何异常的情况下执行,并且状态代码将是500或更多,我需要自己验证这些东西?否则,我只能获得成功代码和异常 我找不到关于

我对Azure表存储运行了一个简单的命令:

var operation = TableOperation.InsertOrReplace(entity);
await cloudTable.ExecuteAsync(operation);
现在ExecuteAsync返回的结果不仅仅是
Task
,而是
Task
<代码>表格结果包含
HttpStatusCode
。这是否意味着操作可以在不引发任何异常的情况下执行,并且状态代码将是500或更多,我需要自己验证这些东西?否则,我只能获得成功代码和异常

我找不到关于这一点的任何文档,并且不容易在表存储中引发错误,从而弄清楚它是如何工作的

另外,我现在使用的是
Microsoft.WindowsAzure.Storage.Table
,但计划切换到新开发的用于.Net核心的Cosmos库,但它仍然是beta版


p.p.S.已经发现,当未找到元素时,它被用于404,这实际上是预期的,不是异常。此外,错误的键将导致异常,这可能是403或401的结果。仍然不清楚失败是否会导致异常,但所有点都指向异常将被抛出的方向。

我总是这样做。没关系。在找到
cloudClient.DefaultRequestOptions.RetryPolicy=myRetryPolicy之前,我看到了一些被捕获的瞬态然后需求就消失了。在某些
etag
类型的情况下,使用乐观并发性进行检查也很有用。这当然不会有什么坏处,但我宁愿让库为我做这项工作,如果它当然能够做到这一点,那就是了。