2016-07-14 25 views
0

私はEmberとRailsを組み合わせて使用​​するべきなのかどうか疑問に思っています。RailsでEmber.jsを使用する理由

RoRにはテンプレートシステムがあり、Emberには1つあります。

彼らの両方がいる:私は組み合わせて、それらを使用すべき理由

  • ビュー
  • パーシャル
  • など
    • モデルは、誰も私に説明できますか?

    +0

    EmberのMVC構造体は、アプリケーションのクライアント側に適用されます。このような場合、RailsアプリをRESTful JSON APIに簡単に縮小し、より一貫して懸念事項を分離することができます。 – jaydel

    答えて

    2

    Emberの美しさは完全にクライアント側です。 SPAはフロントエンドでのみ実行されるため、dbと直接対話できません。データアダプタに対応する方法で応答する限り、任意のバックエンドを使用できます。

    あなたが指摘したように、RoRには独自のテンプレートシステムがあります。彼らはどちらもモデル、ビュー、パーシャルを持っています。違いは、RoRがサーバー側のレンダリングを行う点です。クライアントはあなたのバックエンドに電話をかけ、それらのテンプレートと必要な情報をコンパイルし、完全に形成されたHTML文書を送り返します。それはすべての単一の呼び出しのためにそのプロセスを通過します。

    Emberを使用すると、サーバー側のレンダリングはまったく使用されません。それはすべてクライアント上で行われます。すべてが動的に読み込まれます。あなたはAPIを呼び出し、ページを構築するために必要な情報を返します。

    私はEmberとRoRを個人的に使用していません。私はelixir/phoenixとNode /を両方ともバックエンドAPIとして使いました。実際には、何らかのバックエンドでEmberを使用する必要があるか、それができることに多少の制限があります。

    一方、RoRは単独で完全なシステムにすることができます。 RoRとEmberを併用する場合、単純なエンドポイントとしてRoRを使用して、データを取得して保存します。

    個人的には、フロントエンドとしてEmberを使用するのが好きです。フロントエンドとバックエンドを簡単に切り離すことができるからです。 RoRに限られているとは思わないでください。 APIを作成したい言語/バックエンドをEmberに給油することができますが、Emberを使用している場合は、APIに燃料を供給してDBと対話するためにバックエンドを選択する必要があります。

    +0

    ありがとうございます! :) –

    関連する問題