我正在构建一个提供动态内容的网站。服务器/浏览器之间的所有通信都通过 REST。 PostgreSQL 用作数据存储。
我的问题是针对任何 GET 请求，我是否应该即时构建 html(连同动态内容)。
举个例子
@GET
@Produces(MediaType.TEXT_HTML)
public String getAllEmployee() {
// employees fetched from the data base
String html = "<HTML></head> blah blah";
return html;
}
我的问题是 html 是否应该即时构建并发送回浏览器。 还有像 linkedin 这样的大网站是如何运作的？他们是否即时生成 html 页面并发回该页面？
我能想到的另一种方法是发送嵌入了 AJAX 请求的准系统 html。然后 ajax 请求从服务器获取动态内容。
最佳答案
REST 的核心优势之一是将表示(编码)与被访问的底层资源分离。
如果客户端通过 Accept header 请求它作为首选项，则返回 HTML 是完全可以的。如果客户端表示它更喜欢 JSON 或 XML 或明年设想的任何其他 super 编码，那么您的服务器可以返回该格式，并且您的 URI 方案不会改变一点。
最重要的是，不要永远将您的 REST API 绑定(bind)到单一编码格式。利用 HTTP 内容协商为您作为 API 服务提供商提供的出色灵 active ，这样您就可以让您的 API 客户端能够挑选最适合他们需要的格式。
关于html - 我是否应该将完整的网页作为 html/text 传递给 rest GET 调用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10396057/