从何处为RESTful架构中的多资源Web UI页面提供服务？

Question

几乎所有的网页内容都可以成为一个资源，可以自己提供服务。然而，Web前端会混合不相关的资源内容，以便为用户提供一些所需的体验。举例来说，博客页面可能会放置在其左侧的文章以及该网站其他受欢迎的博客的列表中。假设这两个资源列表的Web服务分别位于uris：/ blogs/{blogname}/entries和/ popularblogs。

我使用Spring的REST实现并可以推断返回的内容类型。所以，当一个html的请求出现时，我可以返回一个很好的小外观来展示每个示例的基础原子列表。 但是，我仍然需要提供web ui页面，该页面显示来自某处的左右复合演示文稿。

Web用户访问该页面的URI是什么？

我算起来也有2种选择：

1. 我可以为Web UI页第3 URI，也许分裂URI树成2根，像/ REST/**为RESTful Web服务（这将为这两个列表中的Web服务提供示例）和/ web/** web ui服务（这将知道在某些uri和ajax调用复合页面到/ rest/**世界以获取内容）需要）。

2. 或者，当推断返回HTML类型时，我可以从每个博客条目和流行博客的其余请求中返回复合web UI页面。

什么是最佳实践？

任何反馈是非常，非常感激。谢谢！谢谢！

Answer 1

决定了选项＃1。从webapp分割剩余的URI。