Backbone: router.navigate는 해시가 변경되지 않는 한 라우터를 호출하지 않습니다.

이니셜 / 제거하면 작동합니다.
경로와 정확히 일치해야 합니다.

이것은 경로를 강제로 다시 로드하려고 할 때 이전에 겪었던 router.navigate() 의 흥미로운 동작입니다. 내가 한 일은 다음과 같습니다.

Backbone.history.loadUrl( Backbone.history.fragment )

API의 일부로 _명시적으로_ 문서화되어 있지는 않지만 확실히 작업을 완료합니다. router.navigate( 'current/path', true ) 가 경로 처리기를 다시 호출하도록 트리거해야 한다는 것이 합리적으로 보입니다.

다른 사람이 이것에 관심을 갖고 있습니까?

나는 또한이 문제에 부딪쳤다. 내 구체적인 사용 사례는 다음과 같습니다.

모든 화면 크기에 반응형 인터페이스를 제공하기 위해 미디어 쿼리를 사용하고 있습니다. 내 보기에는 미디어 쿼리에 응답하지 않는 일부 요소가 있으므로 크기 조정 이벤트를 수신하고 필요한 경우 페이지를 다시 렌더링하는 함수를 작성했습니다. 개별 뷰를 참조하고 렌더링하는 대신

router.navigate(Backbone.history.fragment, true)

Backbone.history를 전혀 참조하지 않아도 됩니다. 라우터에 새로 고침 또는 다시 로드 방법이 있으면 가장 좋습니다.

router.refresh(true);

나는 같은 문제가 있었다. @Ansman 경로가 무엇인지 보여줄 수 있습니까? 내 문제는 기본 루트이므로 해시를 가져올 때 선행 슬래시가 기록에 의해 자동으로 제거된다는 것입니다.

예 -- 라우트나 navigation() 호출에서 선행 슬래시를 가져서는 안 됩니다. 즉, 모든 선행 슬래시를 강제로 제거하는 마스터에 대한 커밋이 있으므로 더 이상 버그가 있는 동작으로 이어지지 않아야 합니다.

마지막으로, 라우터는 경로가 실제로 변경된 경우에만 실행되어야 합니다.

경로가 해시에서 변경되지 않은 경우에도 router.navigate("route", true)에 대한 명시적 호출이 경로를 트리거해야 한다는 점에서 차임하고 싶습니다.

@danroberts 해시가 변경되지 않은 경우 경로를 강제로 트리거하는 것은 현재로서는 불가능한 것 같습니다. 나는 router.navigate("route/", {trigger:true}); 작동하지 않습니다. 빠른 해킹은 단순히 router.route_name() 를 호출하는 것입니다.

@olalonde 위의 @wookiehangover 의 방법을 사용하여 좋은 결과를 얻었습니다. 내가 이동하려는 경로가 현재 해시와 동일한지 확인한 다음 router.navigate 또는 history.loadURL을 호출하는 사용자 정의 함수를 작성했습니다.

이것이 옵션 배열의 일부일 수 있는 것이 합리적으로 보입니다. 예를 들어, 상관없이 경로를 트리거하려면 새로 고침:true 와 같은 것입니다. 또한 {trigger: true}가 논리적으로 경로를 트리거할 것이기 때문에 문서 업데이트가 순서대로 보일 수도 있습니다...

이 버그를 닫는 데 문제가 있습니다.

백본을 사용하는 핵심 포인트는 경로의 구문 분석을 처리한 다음 경로를 기반으로 함수를 호출하는 것입니다. 백본을 통해 "다시 로드"가 괜찮은 경우를 직접 결정할 수 있는 능력이 없기 때문에 우리는 이 효과를 위해 뭔가를 해야 합니다:

        if (url == window.location.pathname + window.location.search) {
            Backbone.history.loadUrl(url);
            return false;
        }
        else if (app.router.isHandled(url)) {
            Backbone.history.navigate(url, {
                trigger: true
            });
            return false;
        }

작동합니까? 예, 하지만 이것이 플랫폼에 있으면 좋을 완전히 유효한 사용 사례인 것 같습니다.

참고로 이 스레드 전에 #1214를 보고 같은 댓글을 올렸습니다.

백본 라우터는 URL 변경 이벤트를 수신하여 라우팅된 작업을 트리거하기 때문에 이러한 유형의 작업을 허용하지 않습니다.

작업을 트리거하고 라우터의 작업을 재설정하는 컨트롤을 가로채야 합니다.

여기에 jsFiddle 예제를 만들었습니다.
http://goo.gl/w풀로

여기 블로그 게시물:
http://goo.gl/mJM2i

오늘 이 문제가 발생하여 2센트를 추가하고 싶습니다.

trigger: true 명시적으로 설정할 때 해시가 변경되지 않는 한 이벤트를 트리거하지 않는 직관적이지 않은 동작처럼 보입니다.

내 투표는 조건에 관계없이 경로를 트리거하는 trigger: true 에 찬성합니다.

실제 사례 중 하나는 현재 페이지를 새로 고치고자 할 때 trigger: true 의 현재 동작으로는 불가능할 것입니다.

KenPerkins 방법의 경우 +1 또는 BB 라우터에 통합되는 것과 유사한 것.

{ trigger: true }가 전달된 경우 동일한 페이지에서 프로세스 탐색에 대한 +1

roter.navigate() 메서드가 내 응용 프로그램에서 작동하지 않는 이유를 찾으려고 3시간을 보냈습니다. BB 문서에는 이 문제에 대한 알림이 포함되어야 한다고 생각합니다.

내 못생겼지만 빠른 해결책은 실제 메서드보다 먼저 router.navigate() 메서드를 호출하는 것이었습니다.

router.navigate();
router.navigate("app", true);

지금은 효과가 있었습니다. 하지만 refresh:true 옵션이 있었다면 나는 그것을 확실히 사용할 것입니다 ...

오늘 막 발생한 문제이므로 이것에 대한 생각을 그대로 두십시오. {trigger: true} 옵션 해시를 router.navigate에 명시적으로 전달할 때 경로가 호출되지 않는다는 것은 매우 직관적이지 않은 것 같습니다. @onuradsay 가 제안한 것과 같은 refresh:true 옵션의 추가를 보고 싶습니다 .

@patrickod 및 @onuradsay 아이디어의 실용성 +1

+1. 우리는 여전히 이벤트를 수신할 수 있어야 하고 앱에서 새로 고침이 요청되었는지 확인할 수 있어야 합니다. 우리는 위에서 언급한 많은 해킹으로 이것을 알아낼 수 있지만 아주 깨끗하지는 않습니다. 이 동작은 라우터에 넣을 만큼 일반적이라고 생각합니다.

그럴 일은 없을 것 같아요. 사람들이 그것을 요구한다는 사실은 실제로 이벤트를 무조건적으로 시작하는 것보다 _remove_ trigger:true 더 많은 자극을 줍니다. 설명하겠습니다:

Backbone의 이벤트는 상태가 변경될 때 알림을 받는 것에 관한 것입니다. 모델에서와 마찬가지로 다음을 수행합니다.

model.set({title: "Boom"})
model.set({title: "Boom"})

... 상태가 변경되지 않았으므로 두 번째로 이벤트를 트리거하지 않습니다. ... 이미 있는 위치로 이동하려고 시도하는 것은 상태 변경이 _아닙니다_, 이벤트를 트리거하지 않습니다.

버튼을 클릭할 때마다 콜백을 실행하려면 콜백을 추가하기만 하면 됩니다. 또는 Backbone의 이벤트를 사용하여 이를 수행하려면 object.trigger("myEvent")를 호출하면 됩니다.

trigger:true 대신 true로 가정하고 silent:false 옵션이 있어야 합니다.

이 기능을 추가하지 않으면 버튼 핸들러에서 항상 이와 같은 작업을 수행해야 합니다.

if (Backbone.history.fragment === 'foo') {
    Backbone.history.loadUrl(Backbone.history.fragment);
 } else {
     router.navigate('foo', {'trigger': true});
}

훌륭한 트릭을 제공한 @dankantor 에게 감사드립니다!

이 사용 사례(동일한 페이지/해시를 강제로 다시 로드하기 위해)를 수행해야 하는 경우 history.fragment 대신 Backbone.history.getFragment()를 사용하여 기록의 속성에 접근하지 않도록 하시겠습니까? 더 깨끗해 보입니다.

강제로 다시 로드하기 위해 Backbone.history.refresh 메서드를 만들었습니다. 그런 다음 일부 프로젝트에서는 해시가 변경되었는지 여부에 관계없이 다시 로드하도록 기본 탐색 동작을 재정의합니다.

      _.extend(Backbone.History.prototype, {
            refresh: function() {
                this.loadUrl(this.fragment);
            }
        });

        var routeStripper = /^[#\/]/;
        var origNavigate = Backbone.History.prototype.navigate;
        Backbone.History.prototype.navigate = function (fragment, options) {
            var frag = (fragment || '').replace(routeStripper, '');
            if (this.fragment == frag)
                this.refresh();
            else
                origNavigate.call(this, fragment, options);
        };