问题标签 [restful-url]

我在建模论坛组和帖子上的设计是否足够好？

1. 组网址 http://www.example.com/groups/soccer

2. 发布网址 http://www.example.com/groups/soccer/posts/123.html

有更好的建议吗？

我有一个使用 WCF web api 来创建 RESTful 服务的 web 服务。该服务期望 url 路径中有许多不同的值，用逗号分隔。此方法非常适用于简单数据，例如某人的姓名或数值。但是，我在客户端有一个字段（基于 Java 的 BlackBerry 应用程序），它允许用户自由输入数据，其中包括 . 或 / 搞砸了我的整个网址。

即使我用它们的十六进制值替换字符，例如 / 到 %2F，问题仍然存在。

有谁知道在 URL 中表示这些字符的方法，这些字符在查找地址时将被忽略，或者更好的方法是告诉 URL 以下字符可能会以引号的工作方式被忽略？

嗨，我有一个安静的项目，我从客户端打了休息电话。但是对于一个案例，我需要从服务器端进行安静的调用。我怎样才能做到这一点？

假设一个订购应用程序，用户“Ben”将能够通过发出

/订单/1

现在..在此之前，我已经验证了“Ben”（用户名/密码身份验证）并将用户名作为 cookie 发送（使用 sha1 校验和签名）。

在每个 http 请求上，我都会收到告诉我“Bent”仍然经过身份验证的 cookie，但谁能阻止他发出

/订单/23

其中 id=23 的订单不属于“Ben”。

所以我想我应该写一些逻辑来确保订单 23 实际上属于“Ben”......这是这种情况的最佳实践或模式吗？

我应该使用单独的“功能主键”，而不是串行主键 id 吗？

我们正在创建一项服务来执行从一种格式到另一种格式的转换。转换的示例是货币、距离、时间、语言等。在我们的例子中，它是地理点（例如从十进制度的纬度/经度到度-分-秒的纬度/经度）。

通常，RESTful 资源具有类似的 OO 概念，该概念在服务器端持久化，可以进行 CRUD（我知道这只是使某些东西成为 RESTful 的一部分），但对于转换事物的简单服务，这并不必然存在。如何让这个 RESTful 实现？目前我们有一些这样的：

要获取支持的格式列表，可以这样做：

这将返回格式列表，包括例如 DD 和 DMS（十进制度和度-分-秒）。

然后可以转身并执行如下转换：

在此示例中，将在请求正文中传递十进制度的表示（如 JSON 或其他格式），并在响应正文中接收度-分-秒的表示。

这当然有效，但感觉不太稳定，特别是因为相同的 URI 被一遍又一遍地用于不同的输入（不同的十进制度）。诀窍可能是真正专注于操纵它的资源。也许它是一个“转换”：

正文可能会接受 a 值、其格式和所需的输出。但是，所有资源的 URI 仍然相同...

想法？

我正在设计一个 Web 应用程序，然后停下来思考应该如何将我的 api 设计为 RESTful Web 服务。目前，我的大多数 URI 都是通用的，可能适用于各种 Web 应用程序：

在搜索 SO 和 google 之后，我觉得我在这里做错了很多。

从 开始/logout，也许因为我什么都没有GET——它可能更适合于POST请求/logout，销毁会话，然后GET重定向。这个/logout词应该保留吗？

/login和怎么样/register。我可以更改/register为，/registration但这不会改变我的服务的基本工作方式——如果它有更深层次的问题的话。

我现在注意到我从不公开/user资源。也许可以以某种方式利用它。例如，以用户为例myUser：

或者

最终用户不需要 URI 中的额外详细信息。但是，哪一个在视觉上更吸引人？

我注意到这里关于这个 REST 业务的一些其他问题，但如果可能的话，我真的很感谢我在这里列出的一些指导。

谢谢！

更新：

我也想对以下问题发表一些意见：

对比

我正在设计一个为各种域对象提供 CRUD 操作的 RESTFul 服务。Person 就是一个这样的对象。

我们有以下服务：

响应所有婴儿类型的人。

接受负载中的人员列表并创建这些记录。

问：这有意义吗

在这种情况下，我们将创建在有效负载中传递的人员，然后以婴儿类型的所有人员的列表进行响应？

最佳做法是什么？

一个资源可以由多个 URI 标识。例如

以上所有内容都可能包含一个资源：Person -

假设您想将 John Doe 的年龄从 10 岁更改为 15 岁。所以您将以下内容放入 /person/1234

如何强制客户端使其他 2 个 url 无效？

你知道资源编辑路径在一个 restful web 应用程序上应该是什么样子吗？

找不到任何严肃的参考，但Ruby on Rails只是一种约定。

我不是在谈论用于更新资源的 put 请求，而是通常向用户返回表单或类似内容以让他创建并提交更新资源的最终 put 请求的路径。

前面提到的Ruby on Rails 方式的一个示例是get请求：

只是想知道是否有一些严肃的参考或解释使这成为一种好方法。

要访问一个 RESTful Web 服务中的用户实例，URL 的结构如下面的 curl 请求所示：

如果我想通过一系列用户实体指定所有用户实体或页面，例如我数据库中的前 50 个用户，我将如何构建我的请求以使其符合 REST ???