Rails 应用程序的 JSON REST 结构

Question

我正在构建一个带有 Rails 后端的 iOS 移动应用程序。

这是我的第一次编程尝试。

起初，当我开始构建 API 时，我为它创建了一个单独的命名空间，控制器将响应“render: json”。现在，对路由有了更多了解，我意识到我可以在控制器中设置一个 respond_to 和 respond_with，从而消除任何分离的需要。假设在某个时候还会有一个 Web 应用程序以及其他移动客户端，这是最好的方法吗？这是否会为以后可能想要重构代码的程序员提供更大的灵活性，反之亦然？

我看到有人问过这个问题，但它提供了一个完全分离 API 的解决方案，然后将 Backbone 用于 Web 应用程序前端作为最佳选择。我没有深入了解我正在考虑使用的方法。

Answer 1

一般来说是的，这是最好的方法。您将基本上创建一组新的控制器（通常在一个名为 /api/ 的文件夹中），所有使用 Rails_API 的 API 控制器都将存放在其中。这意味着您将来可能需要维护 2 + n 个控制器。一组用于 Web 应用程序的控制器（标准 Rails 控制器），一组用于 API v1 的控制器和“n”个用于 API 后续版本的控制器。有关 API 为什么需要版本here 的更多信息。未来的问题将是一项大型维护任务（取决于您的应用程序的大小）。