ruby-on-rails - 将 Rails API 和 Rails 应用程序分开是否有意义？

Question

我有一个涉及移动和网络客户端的项目。移动客户端主要用于获取内容和发布用户更新，而网页客户端主要用于创建内容。因此，Web 客户端和 API 共享许多相同的模型和验证。

我正在尝试确定这种情况下的最佳方法:

1. 纯 JSON Rails API + 调用 API 的单独 Rails Web 客户端。
2. 单一 Rails 应用，API 和客户端分离(以某种方式)。

就选项 N°1 而言，对我来说优点是关注点分离，因为我可以在 API 上工作，而其他人则在处理 Web 客户端。缺点似乎是在验证方面有很多重复的代码。

N°2 在减少代码重复方面可能更有意义，但如果多个人在同一代码库上工作，并且设置解决代码冲突的流程不是我想做的事情，那么它会变得困惑之所以这么说，是因为我们是一家处于早期阶段的初创公司，并且希望快速做出一些成果。

我有什么遗漏的吗？

Answer 1

最佳实践是使用一个 Rails 应用程序作为 API 和 Web 界面

要分离这些部分，只需为 API 创建一个命名空间，如 http://collectiveidea.com/blog/archives/2013/06/13/building-awesome-rails-apis-part-1/ 中所述。