3

私たちはかなり JS を多用し (考えてみてください: ドロップダウンに変わる編集可能なフィールド、現在のページのセクションの動的な追加と削除など)、別の既存の JSON に支えられた内部生産性アプリを開発しようとしています。ローカル データベースの代わりに REST API。

過去に既存の Rails+jQuery を使用して動的ページを作成するという悪い経験があったため、backbone.js はより適切なツールのように思えます。質問は、バックエンドを構築する良い方法は何ですか? ActiveRecord データベース モデルを使用しないため、Rails は不要な複雑さを導入しているように見えます。私の頭の中には、Sinatra、Node.js、または単純な HTML を使用するというアイデアがいくつかあります。その他の考慮事項は次のとおりです。

  • 決して単一ページのアプリではありません。少なくとも 3 つの異なる「非ハッシュ」URL セクションがあるため、ルーティング エンジンが役立ちます。
  • 私たちは Ruby 専門店なので、Ruby ベースのものはメンテナンスが簡単です。
  • このアプリは、サーバーへのデータの動的保存がほとんどまたはまったくないという意味でユニークです。データを送り返した後のページのリロードは問題ありません。ただし、前述のように、その前にクライアント側の操作がたくさんあります。
4

5 に答える 5

4

問題は、バックエンドを純粋な API エンジンとして構築することです。次に、計画どおりに、クライアント マシンで MVC スタックを使用します。

Daniel Doubrovkine は、Art.sy の CTO です。ラックに乗るグレープを使用。

Grape は、Rack で API を構築するための DSL です。テスト容易性が含まれており、複数のバージョン、認証、アクセス制御、およびドキュメントの問題を処理します。

これについての彼のプレゼンテーション。Grape の最新バージョンに関する彼のブログ投稿。

于 2012-06-18T01:58:21.573 に答える
1

Backbone.js はかなり柔軟です。固定配線されているものはあまりありません。つまり、デフォルトでは、JSON 形式のモデルを返すバックエンド サービスを探します。したがって、プロパティfooを持つモデルがある場合、サービスはこれを返す必要があります。

{ "foo": "bar" }

またはコレクションの場合:

[ { "foo": "bar1" }, { "foo": "bar2" } ]

さらに、モデル タイプごとにurlRootプロパティを定義し、 urlRootとモデルのcid (クライアント ID)を指定してモデルを取得するための URL を返すurl関数を定義することで、URL がどのように見えるかを指定できます。

要約すると、未加工の JSON を処理できる標準 REST API を実装すれば問題ありません。

于 2012-06-17T23:43:04.307 に答える
0

Ruby の専門知識があるとおっしゃっているので、Sinatraをご覧になることをお勧めします。これは、特に Ruby 開発者にとって、REST バックエンドを作成する最も簡単な方法のようです。

于 2012-08-26T09:13:01.563 に答える
0

クライアントのバックボーンの下で何を使用するか知りたいですか?

マリオネットを調べます。チュートリアルそれについてのブログ

于 2012-06-19T15:57:12.340 に答える