2

Web アプリケーション コミュニティには、リッチ エクスペリエンスの Web アプリケーションを構築するための 2 つの異なる方法があるようです。

  1. 純粋な Restful API サーバーとしてバックエンドを構築し、バックボーンのような javascript MVC フレームワーク + twitter-bootstrap のような UX デザイン フレームワークを使用して、UI フロントエンドを構築します。

    -- 多くのロジックがブラウザー側で発生するため、これを think-client アプローチと呼ぶ人がいます。さらに、Restful API インターフェイス (特に拡張可能なもの) を設計するには、次のアプローチよりも多くの追加の思考プロセスが必要です。

  2. RoR や Django などの Web アプリケーション フレームワークを使用して、広く使用されているアプローチである Web アプリを構築します。

この質問は、Is using RESTful Api as a custom web app backend needed?に関連しています。. アプローチ 1 がネイティブ アプリをサポートするために開発作業を再利用するのに役立つことはわかっていますが、アプローチ 2 よりも前払いのオーバーヘッドがどれくらい増えるのでしょうか?

4

2 に答える 2

1

バックエンドとフロントエンドの分割は、サービス作成の簡単な例です。サービスの概念は、特に多数のユーザーに合わせて拡張し、新しい機能を追加する場合に非常に強力です。

あなたの質問に答えるには、API とフロント エンドの両方を 2 つの別個のアプリケーションとして実装することに投資する必要があります。Web クライアントのみを使用する予定がある場合は、従来の rails/django アプリがおそらく理にかなっています。一方、さまざまなクライアント (モバイル、Web、cli) を計画している場合は、サービス/API ベースの構造がより理にかなっています。

于 2013-02-23T21:43:41.077 に答える
0

特にフレームワークを使用しているときにシッククライアントを使用する場合は、RESTfulAPIまたは一部のWebサービスAPIが必要です。

アプローチ2では、静的ページを提供しているため、Webサービス（RESTful APIなど）は必要ありません。ただし、ページでAJAXを実行するには、特にRESTfulに見えない場合でも、効果的にWebサービスであるものが必要になります。

于 2013-02-23T21:38:38.840 に答える