ruby-on-rails - 如何在同一网页上对多个相关资源进行建模编辑？

Question

假设我们有一个公司模型，它有很多员工并且有很多项目

如果我们想展示这些项目，我们会去
“/公司/1/项目/索引”

如果我们要编辑 1 个项目，我们将转到
“/公司/1/项目/1/编辑”

如果我们想在同一个网页上一次编辑所有项目怎么办？
我们可以转到“/company/1/edit”并为所有项目放置一个嵌套表格

但是，如果我们也需要一个不同的网页来同时编辑所有员工怎么办？
我们不能再次使用“/company/1/edit”..

现在我们执行“/company/1/projects/multiedit”、“/company/1/projects/multupdate”——但正如你所看到的，这不是休息。

我们怎样才能安心地建模呢？

Answer 1

资源不驱动界面设计

你如何组织你的领域模型不应该是对 GUI 设计的主要影响，反之亦然。

What if we want to edit all the projects at once on the same webpage?

然后您可能应该为每个提供小部件并按顺序发布每个更新。您可以使用 AJAX 为最终用户提供良好的体验

Right now we do "/company/1/projects/multiedit", "/company/1/projects/multupdate"- but as you can see, it's not rest.

除非您需要 RESTful，否则这很好——是吗？您的应用程序是供外部使用还是内部业务流程？

REST 不仅仅是资源的组织——嵌套的或其他的。您还应该关注资源表示的导航。

如果你真的觉得你需要 RESTful，并且如果你相信(正如你在下面的评论中提到的)所有项目和员工的状态需要原子更新，那么你应该

1. 引入新的容器资源“Employees”和“Projects”，对Company与一组“Employee”、Company与一组“Project”的关联进行建模。
2. 作为对公司 GET 的响应，您必须包含员工和项目资源的 URI(即总共两个 URI)。
3. 作为对雇员或项目的 GET 的响应，您应该返回所有底层资源的状态或每个资源的 URI，以便确定它们的状态。
4. 更新员工时必须重新发送底层资源的所有状态(大概在一个巨大的)。新状态完全取代旧状态，

最后一步的开销很大——您应该重新考虑它是“全有或全无更新”的约束。请记住，这与 REST 无关 - 您所做的是将业务逻辑中的不变量暴露给服务接口(interface) .

我个人会:

1.尽我所能从表示层中删除该不变量
2. 以非嵌套的方式对资源进行建模——它更灵活，REST 对 URI 没什么可说的，除了每个资源都应该有一个
3. 引入Employees and Projects资源来模拟公司与员工和项目之间的关联
4. 让公司代表返回项目和员工的 URI(再次两个)。
5. 让每个员工和项目代表都包含到相关公司
6. 设计 UI，使其可以显示公司的项目/员工列表，并允许每个项目/员工单独更新
7. 将所有 POST 批处理并通过 AJAX 发送它们

值得一看 Ryan Bates 就嵌套资源制作的优秀截屏视频，但不要忘记嵌套资源不是 REST 的核心部分——引用 Roy Fielding 的话

What matters is that every important resource have a URI, therein allowing representations of that resource to be obtained using GET.

说得够多了——祝你好运!
克里斯