4
私はここに大きなRailsアプリに直面しています。この会社には、通常のウェブ、スマートフォンウェブ、iphone、アンドロイド版のサービスがあります。 AndroidとiPhoneは非常に限られたAPIを使用しています。APIを介して内部的にRailsアプリケーションを破壊します。良いアイデア？
これらは古いRailsバージョンを使用しており、一般的にコードは見栄えがよくありません。私はこの複雑な複雑なボールをどうにかして将来的にアクセスしやすくアップグレードできるようにしたいと考えています。
私はコントローラとモデルを介してAPIを作ることができると考えていました。 ウェブと電話アプリはそのAPIの使用のみが許可されます。
したがって、APIは異なるサーバーで実行され、毎回各コンポーネントに集中できます。 APIのスペックをすべてのサービスに対して一度書くこともできます。
私の主な懸念事項は以下のとおりです。
- それは、このシステムのプロトタイプを作成するために時間がかかりすぎるでしょうか？
- 基本データにアクセスするには複雑すぎますか？
- performance
- APIを搭載したサーバーにはコントローラーとモデルが必要ですが、コントローラーもWebフロントエンドに複製されますか？
まだ紙のアイデアは非常によく見えます。 何か類似した建物を経験した人はいますか？
はところで、これは非常に参考になります https://github.com/nesquena/rabl