2012-02-02 13 views
1

私はRuby on Railsでの学習を始めていて、私の知る限り理解していて、RoRのでプログラミングやWebアプリケーションを設計するaproachする方法についての2つの方法があります。RoR3のバックエンドとフロントエンドのオプションは?

  1. はRoRのバックエンドの設計(データモデル、エンジンなど)、JSONでAPIを提供しています(これはチームAが行うことができます)。このようにして、HTML5 + CSS3 + JavaScriptでフロントエンドを個別に構築し、JSONを介してバックエンドとコミュニケーションをとることができます(チームBによって行われます)。

  2. WebアプリケーションをRoRで構築し、バックエンドとフロントエンドを統合しました。

あなたがいるので、携帯電話やタブレット(iPhone、iPadの、など)のように、Webアプリケーションのための、他のplataformsのためだけでなく、プログラミングしているとき、私の知る限り、この二つの方法を理解して、最初のオプションが賢明ですさまざまなプラットフォームと通信するためのREST APIを提供しています。しかし、2番目の選択肢は、RoRの生産性の向上を望む場合に理想的です。なぜなら、APIを設計する必要がないからです。

モバイル機能の機能を備えたWebアプリケーションを将来設計する場合の選択肢は何ですか?

私はこの決定に対するあなたの経験に興味があります。あなたの答えを事実に戻してください。

+1

銀色の弾丸はありません:-) –

+0

@Sergio Tulentsev、それは素晴らしいかもしれません:-) – user1106811

答えて

0

私はRailsの企業は今、フルスタック(フロントとバックエンド)に精通している人を探している、--youは、常に1つの領域またはcourse--

の別で強い人々を持っていることを感じます

個人的な経験については、フロントエンドとバックエンドが統合されていると、より良い結果が得られたと言えます。人々は両側にさらされており、プロジェクトが開発中に問題を整理し、この方法に従うことが将来のモバイル開発に影響を及ぼす理由は何か。

これが役に立ちます。

+0

あなたの答えに感謝します。しかし1つの質問。両端(前後)が統合されていても、それらは引き続きREST JSONを介して通信しますか?そのようなものなら、それはモバイルプラットフォーム用のAPIとして使用できますか? – user1106811

関連する問題