rest - RESTful 发布多个实体的策略

Question

我仍然处于适应以 REST 方式做事的过程中。

在我的情况下，客户端软件将与 RESTful 服务交互。很少，客户端会上传其整个实体数据库(每个实体序列化为大约 5kb 的 xml 块)。

也许我错了，但正确的 RESTful 策略似乎是遍历每个实体并单独发布每个实体。然而，可能有数以万计这样的实体，不知何故，如此多的快速发布的帖子似乎并不符合犹太教规。

在这种情况下，感觉将所有实体打包到一个大的 xml 表示中会违反 RESTful 做事方式，但它也会避免对数千个 POST 的需求。

是否有一些标准做法可以实现这一点？提前致谢!

Answer 1

我不明白为什么不能将“实体包”视为资源。事务性写入当然可以将数据库事务视为一种资源。我承认我没有读过 Fielding 的论文，但我不明白将多个资源包装成一个单一的表示会如何使 REST 无效。

数据库事务做这样的事情。它们会将较小的资源包装在事务资源中。确实，他们通常这样做是为了让您可以单独发布那些仍然可能很大的较小资源。但是由于事务本身被认为是一种资源，我不相信为它提出一个可以作为一个 POST 请求发布的表示会使这种设计变得不那么 RESTful。

它也用于另一个方向。当客户端从服务器获取搜索结果时，服务器可能会将这些结果包装在一个结果资源中，以便客户端可以只获取这一个资源，而不是几个单独的资源。

所以我想说，将这些小的 5kb 资源包装在一个更大的集合资源中可以被认为是 RESTful，并且可能是您应该采用的方式。