Backbone: model.set에 구문 분석 옵션 제공

나는 이것 의 수행 능력에 대해

구현은 매우 간단해야 합니다. 주요 질문은 그렇지 않은 이유가 있는지 여부입니다. 또한 속성 개체 대신 키 val이 제공되면 어떻게 될까요?

이것은 좋은 것 같지만 내 머리 꼭대기에 걸림돌이 되는 경우는 parse 와 함께 defaults parse 입니다( 여기서 이벤트 순서를 확인하십시오 ). 구현에 대한 생각이 담긴 PR을 보고 싶습니다.

좋습니다. 한 번 찔러보고 싶습니다.

나는 실제로 이것에 대한 티켓을 열려고 했으나 #2013을 발견했습니다... Collection#set 가 있기 전이라고 가정하겠습니다.

나는 API 패리티가 가지고있는 좋은 것이라고 @wookiehangover에 동의하고, 난 그냥 사용하고 (중첩 된 데이터를 처리하기 위해 구문 분석을 사용하는 경우는 의미가 있습니다 경우 건너 한 model.set(model.parse(data)) 에서 언급 한 바와 같이 다른 티켓).

@tgrisser 어떻게 그 문제를 놓쳤는지 모르겠습니다! 나는 그 사용 사례에 대한 논의에 동의하지만 더 강력한 사용 사례는 부트스트랩된 데이터(내포된 구문 분석도 수행하고 있음)를 구문 분석하는 것이라고 생각합니다. 나도 같은 해결 방법을 사용했지만 Collection#set 가 있으므로 이제 패리티 인수도 있습니다.

이것이 필요한 실제 사용 사례는 무엇입니까?

당신은 통화 할 경우 set 개체가 당신이 모델의 당기 될 거라고 중첩 된 데이터가있는 모델이 존재하는에 parse . 저는 이 기능을 여러 번 원했습니다.

class Book extends Models.Document
   constructor: ->
      <strong i="8">@info</strong> = new InfoModel()
      <strong i="9">@chapters</strong> = new ChaptersCollection()
      super

   parse: (attrs, options) ->
      @info.set(attrs.info, options)
      @chapters.set(attrs.chapters, options)
      _.omit(attrs, 'info', 'chapters')

이제 다음을 수행할 수 있습니다.

book.set({
  title: 'title',
  info: {
    some: data
    someNested: {
        otherData: ...
    }
  },
  chapters: [{...}, {...}]
}, {parse: true});

작동해야 합니다... (예, model.set(model.parse( 작동하지만 컬렉션 및 모델의 중첩 데이터를 구문 분석하는 데 동일한 API를 사용하는 것이 더 간단합니다.)... #2623의 문제에서는 지금까지 작동합니다. 아래에.

이 변경 사항이 기본값과 함께 어떻게 작동하는지 생각해 본 사람이 있습니까? 그리고 이중 구문 분석 없이?

기본값과 함께 작동하도록 하기 위해 set 에 전달하도록 초기화 함수에 할당된 options.defaults 생성하여 구문 분석 단계 후에 적용할 수 있도록 했습니다. 그것이 우리가 원하는 디자인 결정인지는 모르겠지만 대체 솔루션을 생각할 수 없었습니다.

이 대화를 공개 PR로 옮기자...

이에 대한 업데이트가 있습니까?

parse 옵션이 없기 때문에 실제로 model.set(model.parse(data)) 를 사용하고 있습니다. 이것은 collection.reset 등과의 일관성을 위해 정말 좋을 것입니다.