0

バックボーン モデルとコレクション ユーティリティを使用して、バックエンド システムで論理エンティティを返す REST エンドポイントと対話することは理にかなっています。たとえば、次のようなエンドポイントは、モデルとコレクションに非常に論理的にマップされます。

GET /posts/:id > Model
GET /posts > Collection
PUT /posts/:id > Model

しかし、実際にはモデル内の論理エンティティにマッピングされていないエンドポイントについてはどうでしょうか? 例えば:

POST /user/login > ?
POST /user/validate-token > ?

バックボーン モデル/コレクションがこのようなエンドポイントで動作するように強制することは意味がないようです。または類似のものを使用してある種のサービスクラスを作成$.ajaxする方が適切なようです。問題は、特定のエラー コードにグローバルに対応するために拡張するのにかなりの時間を費やしてBackbone.syncおり、サービス クラスでもその機能を複製したくないということです。

バックボーン アプリのモデルやコレクションにマッピングされていない REST エンドポイントを、人々はどのように操作していますか?

4

1 に答える 1

0

先に進み、ここで私自身の質問に答えます。上記のコメントで、「mu が短すぎる」ということで正しい方向に進みました。

Backbone は$.ajaxデフォルトですべての HTTP リクエストを処理するために使用されるため、アプリ全体の AJAX セットアップとエラー応答を処理するために$.ajaxSetup()and etc を利用できます。$(document).ajaxError()次に、Too を使用して自由に HTTP サービス クラスを記述し$.ajax、サーバー通信の両方の層に同じ設定を利用できます。

于 2013-09-24T21:29:42.090 に答える