私はこれら2つの方法に関するドキュメントを読んで読みましたが、私の人生では、なぜ一方を他方に使用するのか理解できませんか?
誰かが私に、一方がアプリケーションであり、他方がそうでない基本的なコードの状況を教えてくれませんか。
私はこれら2つの方法に関するドキュメントを読んで読みましたが、私の人生では、なぜ一方を他方に使用するのか理解できませんか?
誰かが私に、一方がアプリケーションであり、他方がそうでない基本的なコードの状況を教えてくれませんか。
ここでは、ドキュメントを読んでいることを前提としています。そうでない場合、ここで少し混乱するでしょう。
fetchとresetのドキュメントを見ると、その内容は、サーバー コードを指している可能性url
のある - のプロパティを指定し、 の配列を返す必要があり、 をその存在で埋める必要があるとします。返却、使用します。collection
json
models
collection
models
fetch
たとえば、次の json がコレクション URL のサーバーから返されます。
[{
id : 1,
name : "a"
}, {
id : 2,
name : "b"
}, {
id : 3,
name : "c"
}]
フェッチが成功すると、コレクションに 3 つのモデルが作成されます。collection fetch
ここのコードを探してみると、fetch が応答を取得し、指定されたオプションに基づいて内部的にreset
orを呼び出すことがわかります。add
したがって、議論に戻ると、コレクションに格納したい がreset
既にあると仮定し、それをパラメーターとして渡します。json of models
あなたの生活の中で、コレクションを更新したいときにクライアント側にモデルが既にある場合は、 を使用する必要はありませfetch
んreset
。
したがって、リセットの助けを借りてコレクションに同じjsonを入力したい場合は、次のようにすることができます:
var _self = this;
$.getJSON("url", function(response) {
_self.reset(response); // assuming response returns the same json as above
});
まあ、これは従うべき慣行ではありません。このシナリオのfetch
方が優れており、例として使用されているだけです。
リセットの別の例は、ドキュメントページにあります。
それが少しのアイデアを与えて、あなたの人生をより良くすることを願っています:)
コレクションを新しい配列に置き換えるには、reset() を使用します。例えば:
@collection.reset(@full_collection.models)
ただし、 @full_collections モデルをロードします
@collection.reset()
空のコレクションを返します。そして fetch() 関数はモデルのデフォルト コレクションを返します