Backbone: Backbone.Model에 "reset"메소드 추가

재설정은 탈출구로, 필요한 경우 대량으로 효율적인 렌더링을 쉽게 수행 할 수 있습니다.

귀하의 경우에는 set 만 사용하십시오.

속성 변경을 더럽 히지 않고 설정할 수 있습니까?

2014 년 8 월 1 일 오전 7:28에 Jeremy Ashkenas [email protected] 은 다음과 같이 썼습니다.

재설정은 탈출구로, 필요한 경우 대량으로 효율적인 렌더링을 쉽게 수행 할 수 있습니다.

귀하의 경우에는 세트를 사용하십시오.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.

호출 Model.clear() 전에 Model.set({}) 귀하의 경우에 작동합니다? 이렇게하면 현재 속성을 확장하지 않고 대신 대체합니다. Model.clear() 는 모델에서 두 개의 "변경"이벤트를 트리거하지 않으려는 경우 자동 옵션도 지원합니다.

이 방법이 없다는 데 동의합니다. model.clear() 와 model.set() 를 함께 사용하는 것도 고려했습니다. 그런 다음 문제가 발생하여 change 이벤트를 두 번 실행했습니다.
model.clear() 호출 할 때 silent 옵션을 사용하는 것은 옵션이 아닙니다. 속성이 설정되지 않을 때 change 이벤트가 시작되기를 원하기 때문입니다.

model.reset() 메소드는 새 속성 해시를 취하고 새 속성 해시에 존재하지 않는 이전 속성 키에 대한 undefined 값으로이 해시를 채 웁니다.

Model.prototype.reset = function(attrs, options) {
    for (var key in this.attributes) {
        if (key in attrs) continue;
        attrs[key] = void 0;
    }

    return this.set(attrs, options);
};

뿡뿡

는 어때:

Model.prototype.reset = function(attrs, options) {
    for (var key in this.attributes) {
        this.unset(key, {silent:true});
    }
    return this.set(attrs, options);
};

아니요, 도움이되지 않습니다. model.reset() 전달하는 새로운 attrs 해시에는없는 모델의 현재 속성 해시에 foo 키가 있다고 가정 해보십시오. change:foo 이벤트를들을 때 자동 모드에서 model.unset() 를 사용했기 때문에 새 값 undefined 으로 트리거되지 않습니다.

Backbone.Model.prototype.reset = function(attrs, options) {
    for (var key in this.attributes) {
        this.unset(key, {silent:true});
    }
    return this.set(attrs, options);
};

var bar = new Backbone.Model();

bar.on('change', function(model) {
    console.log('The model bar has been changed.');
});

bar.on('change:foo', function(model, foo) {
    console.log('Foo has been changed to: ' + foo);
});

bar.set(foo, 'test');
// => The model bar has been changed.
// => Foo has been changed to: test

bar.reset({ foo2: 'test2' });
// => The model bar has been changed.
// Foo was resetted but no change event has been triggered.

http://jsfiddle.net/lennerd/3s1Ltwgu/

멋지다, 무슨 말인지 알 겠어. this.attributes를 명시 적으로 재정의하는 this.unset(key, options) 를 사용하는 것을 선택할 수 있지만 이는 attrs[key] = void 0; : panda_face를 교체하는 문제 일뿐입니다.

내가 아직 backbone.js를 처음 접했기 때문에 내가 보여주는 무지는 용서하지만 논의되는 동작은 Model.fetch 처럼 들립니다. 설명 은 다음과 같습니다.

서버에서 모델의 상태를 재설정합니다.

change 이벤트가 여전히 트리거 된 것처럼 보이지만 모델을 "더럽게"만들지는 않습니다. 서버 응답을 기반으로 속성을 재설정하려는 경우이 방법을 사용할 수없는 이유가 있습니까? 이러한 상황이 발생할 수있는 유일한 상황은 모델이 다른 작업의 부작용으로 변경되는 경우라고 생각하지만 일반적으로 이러한 부작용은 잘못된 프로그래밍으로 간주되므로 가능하면 피해야합니다. 부작용을 피할 수없는 경우 새 모델 속성 대신 "업데이트 모델 XYZ"응답 플래그를 전송하고 이러한 응답을 볼 때마다 fetch 트리거하는 것이 더 합리적 일 수 있습니다.

다시 말하지만,이 의견에서 내가 보여주고있는 모든 무지를 용서하십시오.

@kolorahl ,

OP가 달성하고자하는 것은 현재 모델 속성을 지우고 모델의 새 속성이되는 새 JSON을 전달하는 것입니다. 이러한 방식으로 이미 JSON이있는 경우 백엔드를 공격하고 싶지 않습니다.

나는 그의 clear + set 방법으로 @ lupugabriel1에 어떻게 든 동의합니다. 하지만 이것이 고려해야 할 기능 중 하나라고 생각합니다. Backbone.Collection # reset과 같은 것

이것이 필요한 이유는 세상이 변하고 있기 때문입니다. Backbone은 Model # fetch () XHR이 서버에서 데이터를로드하는 기본 방법이라고 가정하지만 웹 소켓을 사용하여 더 많은 작업을 수행하고 있습니다. 데이터가 클라이언트로 푸시되면 .fetch를 호출하는 것이 중복되며 데이터를 사이드로드하고 트리거 할 이벤트 후크를 얻을 수있는 적절한 방법이 필요합니다.

#set 를 사용하지 않는 이유는 무엇입니까?

#set은 속성을 더럽게 만들 것이기 ​​때문에 @jridgewell . set을 사용하여 어떤 일이 발생하는지 살펴 보겠습니다.

function callback(data_from_server) {
  console.info(data_from_server);
  m = new Backbone.Model(data_from_server);
  m.set('foo', 'what?', {silent: true});
  console.info(m.changedAttributes())
}

실제 결과 :

{foo: 'bar'}
{foo: "what?"}

요망되는 결과:

{foo: 'bar'}
false

상태가 서버와 동기화되지 않은 상태로 변경된 경우에는 설정해도 좋지만 상태를 서버와 동기화로 표시 할 방법이 없기 때문에 Model # reset이 필요합니다.

이 기능에 대해 다른 원숭이 패치를 작성했습니다.

/**
 * Allow for side-loading data from the server, calling the sync event afterwards.
 * <strong i="6">@param</strong> attributes
 * <strong i="7">@param</strong> options
 */
Backbone.Model.prototype.sync_set = function(attributes, options) {
  var attrs = attributes || {};
  if (options.parse) {
    attrs = this.parse(attrs, options) || {}
  }

  this.set(attrs, options);
  this.changed = {};
  this.trigger('sync', this, attributes, options);
  return this;
}

function callback(data_from_server) {
  console.info(data_from_server);
  m = new Backbone.Model(data_from_server);
  m.set('foo', 'what?', {silent: true});
  console.info(m.changedAttributes())
}

{foo: 'bar'}
false

누락 된 항목도 설정 해제해야합니다. Model # set (attributes)이 작업하는지 확실하지 않습니다.

@lennerd가 지적했듯이 clear() 다음에 set() 호출하는 것은 좋은 옵션이 아닙니다.

1) 두 개의 change 이벤트를 실행하고
2) clear 호출에서 silent:true 를 사용하면 설정되지 않은 속성에 대한 변경 이벤트가 발생하지 않습니다.

collection.reset() 는 매우 직관적이며 Model 는 동일한 방법을 사용하면 실제로 이점을 얻을 수 있다고 생각합니다. 나는 항상 model.reset(attrs) 를 사용하려고하는데, 그것이 없으면 항상 실망합니다. :(

저는 Backbone.Model : Backbone-Model-Reset에 작동하는 reset 메서드를 추가하기 위해 약간의 확장을 만들었습니다.

동의-기본적으로 갖는 것이 유용합니다. clear ()처럼 'id'속성을 변경하지 않고 속성을 재설정해야했습니다. 여기 에 그것 의

@thesmart , Model # set은 누락 된 속성을 설정 해제하지 않으므로 Model # reset이 필요하다고 생각합니다.

이슈를 종결 할 때 이유를 제시해야합니다. @ akre54 가 왜 http://backbonejs.org/#Getting -started에서

철학적으로 Backbone은 JavaScript로 웹 애플리케이션을 구축 할 때 일반적으로 유용한 최소한의 데이터 구조 (모델 및 컬렉션) 및 사용자 인터페이스 (뷰 및 URL) 기본 요소를 발견하려는 시도입니다.

내가 알 수있는 한, Backbone의 데이터 모델은 REST와 호환되지 않습니다.
클라이언트에서 서버 상태를 안전하게 모델링 할 수있는 방법이 없기 때문입니다.
모델이 구축되었습니다. 새로운 모델을 구축하는 것이
재설정하지 않고 새로운 상태.

2016 년 7 월 5 일 화요일에 pgifford [email protected] 은 다음과 같이 썼습니다.

@thesmart https://github.com/thesmart , Model # set가 누락되지 않았습니다.
그래서 Model # reset이 필요하다고 생각합니다.

이슈를 종결 할 때 이유를 제시해야합니다. 신분증
@ akre54 https://github.com/akre54 가 왜 이것을 닫았는지 알고 싶습니다.
백본 모델은 의도적으로 원시적이며 의견이 없습니다.
Model # reset의 부족은 모델이 어떻게 사용되는지에 대한 의견을 표현합니다. 에서
http://backbonejs.org/#Getting -started

철학적으로 백본은 최소한의 세트를 발견하려는 시도입니다.
데이터 구조화 (모델 및 컬렉션) 및 사용자 인터페이스 (보기 및
URL) 웹 애플리케이션을 빌드 할 때 일반적으로 유용한 기본 요소
JavaScript로.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/jashkenas/backbone/issues/3253#issuecomment -230586424,
또는 스레드 음소거
https://github.com/notifications/unsubscribe/AARJLQ8-BGeV0X_owHVpyPQAdeiMweNMks5qSriDgaJpZM4CTBHH
.

나는 reset 모델이 필요했고 Backbone의 _spirit_에서 만들었습니다. 나는 이것을 Backbone의 개인적인 확장에서 사용합니다.

기본값을 다시 모델에 병합하여 초기화 할 때처럼 전달 된 속성을 재정의 할 수 있기 때문에 단순한 .clear 다음에 .set .clear 오는 것보다 낫습니다.

/**
 * Clears the model's attributes and sets the default attributes.
 * <strong i="10">@param</strong> {Object} attributes to overwrite defaults
 * <strong i="11">@param</strong> {Object} options  to pass with the "set" call.
 * <strong i="12">@return</strong> {Backbone.Model}  this object, to chain function calls.
 */
reset: function(attributes, options) {
    options = _.extend({ reset: true }, options);

    // ensure default params
    var defaults = _.result(this, 'defaults'),
        attrs = _.defaults(_.extend({}, defaults, attributes || {}), defaults);

    // apply
    this._reset(attrs, options);

    // triggers a custom event, namespaced to model in order
    // to avoid collision with collection's native reset event
    // when listening to a collection.
    if (!options.silent) this.trigger('model:reset', this, options);

    return this;
},

/**
 * Private method to help wrap reset with a custom behavior in child
 * classes.
 * <strong i="13">@param</strong>  {Object} attributes to overwrite defaults
 * <strong i="14">@param</strong>  {Object} options  to pass with the "set" call.
 */
_reset: function(attrs, options) {
    this.clear({ silent: true }).set(attrs, options);
},

silent: true 가 아닌 경우 사용자 지정 model:reset 이벤트 외에도 변경 이벤트 ( change 및 change:attribute )를 트리거합니다. model:reset 이벤트 만 트리거하도록 쉽게 사용자 정의 할 수 있지만 모델 재설정시 항상 변경 이벤트가 트리거되어야한다고 생각합니다.

https://github.com/jashkenas/backbone/pull/4101 참조

나는 lennerd https://github.com/jashkenas/backbone/issues/3253#issuecomment -58789524의 솔루션을 약간 조정했습니다.

Backbone.Model.prototype.reset = function(attrs, options) {
    var missing = {};
    for (var key in this.attributes) {
        if (key in attrs) continue;
        attrs[key] = undefined;
        missing[key] = true;
    }
    // trigger all change events at the same time
    this.set(attrs, options);
    // remove missing attributes completely
    for (var key in missing) {
        // no silent option here in case  attributes changed again meanwhile (edge case)
        this.unset(key)
    }
    return this;
};