RESTful（WebAPI）服务中的CRUD操作

我通过将现有的WCF服务转换为WebAPI来学习WebAPI（通常是REST）。 在这个过程中，我对处理非CRUD操作的最佳方式感到困惑。 这是我的服务合同：

[ServiceContract]
public interface IProxyHelper
{
    [OperationContract]
    List<ProxyInfo> GetUsersCurrentUserCanActAsProxyFor(int positionId, int appId);

    [OperationContract]
    void DeleteProxy(int id);

    [OperationContract]
    List<ProxyInfo> GetProxyData(int appId);

    [OperationContract]
    bool CanPositionProxy(int positionId, int appId);

    [OperationContract]
    void AddProxy(
      string userRacf,
      string proxyAsRacf,
      int userPositionId,
      int proxyPositionId,
      string requestedByRacf,
      int appId);

    [OperationContract]
    int GetPositionIdByRacf(string racf);

    [OperationContract]
    string GetRacfByPositionId(int positionId);
}

一些方法，如DeleteProxy和AddProxy我可以很容易地转向基于CRUD的方法。

问题出现在周围：

GetProxyData - 代理系统被多个应用程序使用，虽然我可以执行api / Proxy / 1，但我觉得这是“作弊”，因为它应该用于获取ProxyId 1，而不是应用程序1的代理。

GetUsersCurrentUserCanActAsProxyFor - 这一个令我困惑的多层次。 我应该如何处理多个参数？ 它也不会完全落入CRUD方法中。

这是否意味着我应该放弃WebAPI转换？ 如果不是，我应该如何处理这些非标准方法？

---

我认为你会将RESTful服务与CRUD混淆。 这两者并不相同，不过要清楚的是，将CRUD转换为REST非常简单（资源和动词都有明确的映射）。

RESTful体系结构最大的区别在于它是面向资源的。 第二种方法是利用传输（HTTP）协议来处理这些资源 - 对于REST（GET，POST，PUT和DELETE）。

转到您的示例，似乎您最大的麻烦在于决定使用URI方案来支持此服务。 我可以建议，对于分层信息，这应该是直截了当的。 例如，应用程序代理：

/application/<id>/proxies

用户当前用户可以充当代理：

/user/<id>/proxy-users或取决于您的风格/user/<id>/proxy/users

或类似的东西。 你想到了这种关系和潜在的资源。 许多URI可以指向相同的资源。

请注意，由于@dtb在他的评论中提到了URI和/或（不太可取的）cookie，它包含了每个请求中所有需要的信息。 所以CurrentUser是一个黑客。

随着您在转换中的进步，您可能还会发现这个有趣的阅读：RESTful服务中的非CRUD操作

链接地址: http://www.djcxy.com/p/10727.html

上一篇: CRUD Operations in a RESTful (WebAPI) Service

下一篇: How can I run Selenium WebDriver tests in an embedded QT Webkit browser?