我正在建立一个提供动态内容的网站。服务器/浏览器之间的所有通信都通过 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 的核心优势之一是将表示(编码)与正在访问的底层资源分离。
如果客户端通过以下方式请求它作为首选项,那么返回 HTML 是完全可以的Accept
标头。如果客户端表明它更喜欢 JSON 或 XML 或明年设想的任何其他超级编码,那么您的服务器可以返回该格式,并且您的 URI 方案不会改变一点。
最重要的是,不要永远将 REST API 绑定到单一编码格式。作为 API 服务提供商,您可以充分利用 HTTP 内容协商为您提供的出色灵活性,这样您就可以让您的 API 客户端能够根据自己的需求选择最合适的格式。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)