Backbone: 수집 및 모델 가져오기/저장 등 상태

안녕하세요 @g00fy-! 이를 위해 "request" 및 "sync" 이벤트를 사용하는 것이 좋습니다. 어떻게 생각하나요?

collection.on('request', function() {
  // loading...
}).on('sync', function() {
  // display records or "none found"
});
collection.fetch();

_Edit - "fetch" 아니라 "request" 이벤트를 의미했습니다._

멋진 아이디어인 것 같아요 @bradunbar!

@caseywebdev 감사합니다! :)

@g00fy-가 작동하지 않으면 알려주십시오.

@braddunbar , @caseywebdev 아이디어는 이 두 부분을 분리하는 것입니다. (뷰는 _'clean'_ 컬렉션뿐만 아니라 모든 상태에서 컬렉션을 가져올 수 있어야 합니다.)
신호를 사용하여 이 작업을 수행할 수 있다는 것을 알고 있지만 많은 경우 이 방법으로 수행할 수 없습니다. 행동의 순서가 중요하다

뷰가 '요청' 및 '동기화' 신호를 수신해야 한다는 데 동의하지만 컬렉션이 뷰에 전달되기 전에 요청 신호가 전송될 수 있으므로 뷰는 컬렉션이 가져오는 것을 알지 못합니다.

보기가 임의의 컬렉션을 가져오는 예를 고려하십시오. 이 컬렉션은 뷰에 전달될 때 _fetched_ , _fetching_ 또는 _unfetched_ 될 수 있습니다 (tl:dr 예제 3 참조) .

예 1(신호가 작동하는 곳)

collection = new Backbone.Collection();
view = new Backbone.View({collection:collection});
view.render();
// what should the view render ?
collection.fetch() // now sync signal gets sent

예 2(보기는 이미 가져왔지만 emty 수집, 신호도 작동함)

collection = new Backbone.Collection();
collection.fetch();  // now sync signal gets sent
// after fetch completes
// view won't be able to receive 'sync' signal
view = new Backbone.View({collection:collection}); 
view.render(); 
// at this point collection.length == 0. 
// I guess the view can listen to 'sync' and then render 'empty' 

예 3(가장 중요한 것은 신호가 작동하지 않음)

collection = new Backbone.Collection();
collection.fetch();  // now 'request' signal gets sent, but it is pending
// view won't be able to receive 'request' signal
view = new Backbone.View({collection:collection}); // at this point collection.length == 0
// view did not receive the 'request' signal, therefore has no idea that the collection is fetching
// and the view should render  'loading'
// after 2 seconds, 'sync' signal gets sent

View는 collection.length == 0이면 인출되지 않는다고 가정해서는 안 됩니다.
View는 또한 unfetch 상태(또는 다른 상태)의 컬렉션이 제공된다고 가정해서는 안 됩니다.

컬렉션을 뷰에서 분리하려면 뷰가 컬렉션 상태를 알 수 있어야 합니다.

모델도 마찬가지

@g00fy 콜렉션을 뷰로 보낸 후 fetch 할 수 없다면 콜렉션에 fetching 플래그 등을 설정하십시오.

collection.on({
  request: function () { this.fetching = true; },
  'sync error': function () { this.fetching = false; }
});

이제 보기에서 this.collection.fetching 액세스하고 this.collection 가 sync 또는 error 이벤트를 시작하기를 기다릴 수도 있습니다.

@caseywebdev
요청이 중단되거나 두 개의 요청이 한 번에 전송될 수 있습니다.

// example 1
collection.fetch().abort()  // and collection.fetching == true
// example 2 - don't care about abort();
collection.fetch();
collection.fetch();
// 1st request compleated
!!collection.fetching == false // but the 2nd request is pending - should it be loading or not?
// 2nd request completed

이에 대한 해결책은 지연된 xhr을 연결하는 것입니다.

collection.on({
    'request':function(model,xhr){ 
        this.fetching = true; 
        xhr.fail(function(){this.fetching = false }.bind(this));
    },
    'sync error': function () { this.fetching = false; }
});

그렇기 때문에 내장되어 있으면 편할 것 같지만, 반대로 이런 개선사항이 모두 통과되면 BB 코드 기반이 부풀려질 것입니다.

이와 같은 모든 개선 사항이 완료되면 BB 코드 기반이 부풀려질 것입니다.

나는 그것이 접근에 관한 것보다 팽창에 관한 것이라고 생각합니다. 동시 요청을 처리하는 방법에는 여러 가지가 있습니다. 백본은 당신이 그것들을 처리하는 데 필요한 프리미티브를 제공하고 방해가 되지 않도록 합니다.

@g00fy- 목적을 위해 유한 상태 기계 를 작성하는 방법을 살펴보고 싶을 수도 있습니다. Chaplin.js에는 복제하기 쉬운 항목이 있으며 특정 사용 사례에 적합한 ifandelse/machina.js ( 블로그 게시물 참조)도 있습니다.