我正在构建一个基于 REST 的 API(只读)以访问我的应用程序的服务。我计划编写一个 Web 应用程序，利用这些 API 提供有关应用程序状态的基本信息。我打算使用 AJAX(使用 jQuery)来显示信息。
最初我计划使用 Grails、Spring MVC、RoR 或其中一种 Web 框架来处理我的应用程序的后端。不过，我将提供的 REST API 已经构建在独立的 REST 框架上，因此我只会为核心应用程序而不是业务逻辑利用 Web 框架。将来，我可能需要服务器端框架来处理其他任务，但现在大部分工作都是在 REST API 中完成的。
我的问题是，我是否应该费心在服务器端使用网络应用程序框架？我应该能够直接从浏览器通过 AJAX 进行我需要的所有 API 调用。我想不出我需要在服务器端做多少事情。让应用程序成为标准的 HTML + AJAX + REST 有意义吗？
最佳答案
如果不真正了解您当前的设置，很难说。这就是您的情况:
- 您已经准备好一个包含所有业务逻辑的应用程序。听起来像是用 Java 编写的？
- 您已经使用其他一些独立框架通过 REST API 编写并公开了服务。这意味着如果您愿意，您可以立即使用浏览器访问数据，而无需任何额外工作。
- 您尚未构建 Web 应用程序，但当您构建时，它将使用 XHR 和 jquery 从 REST api 获取所有内容。我这么说，否则我会认为您已经在使用某种框架来生成其他内容。
如果我的假设是正确的，那么我会说您不需要额外的框架层。 Grails、RoR、SpringMVC 我使用 ajax，并帮助公开 REST 服务，但它们提供的大部分内容是制作必须在服务器上生成 html、处理表单提交和处理请求中的 session 的应用程序的简单方法/响应周期。这听起来不像是您会做的任何事情，而且可能会使您的应用更加复杂。
如果您在某些时候确实需要 rails 等提供的东西，我会说您可能不需要使用 rails 来公开您现在拥有的其余 api。您可以仅将 Rails 用于您需要的，并继续将您拥有的用于 REST api。
关于java - 在没有服务器端框架的情况下使用 REST API 的 AJAX，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/709947/