ruby-on-rails - 通过 API 在内部破坏 Rails 应用程序。好主意？

Question

我在这里遇到了一个大的 Rails 应用程序。这家公司有普通网页、智能手机网页、iphone、安卓版本的服务。 Android 和 Iphone 使用非常有限的 API。

他们使用旧的 Rails 版本，而且代码一般不好看。我想以某种方式打破这个复杂的大球，使其在 future 更易于访问和升级。

所以我认为有可能在 Controller 和模型上创建一个 API。
网页和手机应用程序只被允许使用该 API。

因此，API 将在不同的服务器上运行，我们每次都可以专注于每个组件。我们还可以针对所有服务编写 API 规范。

我主要担心的是:

创建这个系统的原型(prototype)是否需要很长时间？

我们需要对底层数据的访问是否过于复杂？

性能

带有 API 的服务器将需要 Controller 和模型， Controller 是否也会在 Web 前端复制？

仍然在纸上，这个想法看起来非常好。
有没有人有 build 类似东西的经验？

顺便说一句，这看起来很有帮助
https://github.com/nesquena/rabl

Answer 1

查看这本书，使用 ruby​​ 和 rails 进行面向服务的设计