我应该如何通过 JSON 在 Rails/iOS 之间设置一个简单的 API？
我正在使用 JSON 通过 RestKit 在我的 Rails 应用程序和 iOS 之间进行通信（感谢 Blake Watters），因此我正在做一个简单的 light private API Rails-iOS 集成。
如果每个控制器都使用 respond_to format.json 就太好了，但我有点排除了这种方法，因为我希望 API/Web 界面之间有明显的分离。
编写单独的控制器来处理 API 的良好且 DRY 方法是什么？
现在，我正在考虑创建一个名为 api 的命名空间，然后在该命名空间下创建控制器（例如商店、产品）。每个控制器都有自己的方法（创建、销毁等）
I'm using JSON to communicate between my rails app and iOS via RestKit (Thanks Blake Watters) so I'm doing a simple light private API Rails-iOS integration.
It would be great t just use respond_to format.json for every controller, but I sort of ruled out this approach because I want distinct separation between API/web interface.
What's a good and DRY approach to writing a separate controller to handle API?
Right now, I'm thinking of creating a namespace called api and then creating controllers (e.g. shop, products) under the namespace. Each of these controllers will then have its own methods(create, destroy etc)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您关于“创建一个名为 api 的名称空间，然后创建控制器”的想法是正确的。我在几个项目中使用这种方法。唯一的缺点是任何使 API 超载的内容也会使您的网站超载。
您还可以将 API 和网站拆分为两个单独的 Rails 应用程序。在这种情况下，请确保您正在共享您的 Rails 模型和助手。
You idea about "creating a namespace called api and then creating controllers" is right. I'm using this approach in several projects. The only drawback is that anything overloading your API will overload your website as well.
You could also split API and website into two separate Rails applications. In this case make sure you are sharing your Rails models and helpers..