为什么要创建异步WebAPI操作而不是同步操作？

Question

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public CartTotalsDTO GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh);
}

$.ajax({
      url: "/api/products/pharmacies/<%# Farmacia.PrimaryKeyId.Value.ToString() %>/page/" + vm.currentPage() + "/" + filter,
      type: "GET",
      dataType: "json",
      success: function (result) {
          vm.items([]);
          var data = result.Products;
          vm.totalUnits(result.TotalUnits);
      }          
  });

我见过一些开发人员以这种方式实现前面的操作：

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return await Task.Factory.StartNew(() => delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh));
}

不过，不得不说，GetProductsWithHistory（）是一个相当长的操作。考虑到我的问题和上下文，使webAPI操作异步对我有什么好处？

Answer 1

在您的特定示例中，该操作根本不是异步的，所以您所做的是异步而不是同步。您只是释放了一个线程并阻塞了另一个线程。没有理由这样做，因为所有线程都是线程池线程（与GUI应用程序不同）。

在我关于“同步上的异步”的讨论中，我强烈建议，如果您有一个内部同步实现的API，那么您不应该公开一个简单地将同步方法包装在task.run中的异步对应体。

我应该公开同步方法的异步包装吗？