Backbone: राउटर.नेविगेट राउटर को तब तक कॉल नहीं करता जब तक हैश नहीं बदला जाता है

काम करता है अगर मैं inital / हटा देता हूँ
मान लीजिए कि यह आपके मार्गों से सटीक मेल होना चाहिए

यह वास्तव में router.navigate() का एक दिलचस्प व्यवहार है जिसे मैंने पहले भी चलाया है जब एक मार्ग को पुनः लोड करने के लिए मजबूर करने का प्रयास किया जाता है। यहाँ मैं क्या कर रहा था:

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

यह एपीआई के हिस्से के रूप में _explictly_ दस्तावेज नहीं है, लेकिन यह निश्चित रूप से काम पूरा करता है। मुझे उचित लगता है कि router.navigate( 'current/path', true ) को रूट हैंडलर को फिर से कॉल करने के लिए ट्रिगर करना चाहिए।

किसी और को इस पर झंकार करने की परवाह है?

मैं भी इस मुद्दे में भाग गया। यहाँ मेरा विशिष्ट उपयोग मामला है:

मैं सभी स्क्रीन आकारों के लिए उत्तरदायी इंटरफ़ेस प्रदान करने के लिए मीडिया प्रश्नों का उपयोग कर रहा हूं। मेरे विचारों में कुछ तत्व हैं जो मीडिया के प्रश्नों का उत्तर नहीं देते हैं, इसलिए मैंने घटनाओं का आकार बदलने के लिए एक समारोह लिखा और यदि मुझे आवश्यकता हो तो पृष्ठ को फिर से प्रस्तुत करना। संदर्भ और व्यक्तिगत विचारों को प्रस्तुत करने के बजाय मैंने सोचा कि मैं बस कॉल करूंगा

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

मुझे बैकबोन.इतिहास का संदर्भ बिल्कुल भी नहीं देना होगा। यह सबसे अच्छा होगा यदि राउटर में रिफ्रेश या रीलोड विधि हो:

router.refresh(true);

मेरी भी यही समस्या थी। @Ansman क्या आप दिखा सकते हैं कि आपके मार्ग क्या हैं? मेरी समस्या यह थी कि हैश प्राप्त करते समय प्रमुख स्लैश इतिहास द्वारा स्वचालित रूप से हटा दिया जाता है, क्योंकि यह डिफ़ॉल्ट रूट है।

हां -- आपके मार्गों में या आपके नेविगेट() कॉल में कभी भी अग्रणी स्लैश नहीं होना चाहिए। उस ने कहा, मास्टर पर एक प्रतिबद्धता है जो सभी प्रमुख स्लैश को जबरदस्ती छीन लेती है, इसलिए इससे अब छोटी गाड़ी का व्यवहार नहीं होना चाहिए।

अंत में, हाँ, आपका राउटर केवल तभी सक्रिय होना चाहिए जब मार्ग वास्तव में बदल दिया गया हो।

मैं इसमें झंकार करना चाहता हूं कि राउटर के लिए एक अन्वेषण कॉल। नेविगेट ("रूट", सत्य) मार्ग को ट्रिगर करना चाहिए, भले ही हैश में मार्ग नहीं बदला गया हो

@danroberts यदि हैश नहीं बदला है तो मार्ग को ट्रिगर करने के लिए इस समय संभव नहीं लगता है। मैंने राउटर की कोशिश की। नेविगेट ("रूट /", {ट्रिगर: ट्रू}); और यह काम नहीं करता। एक त्वरित हैक बस router.route_name() कॉल करना है।

@olalonde मैं अच्छे परिणामों के साथ ऊपर @wookiehangover की विधि का उपयोग कर रहा हूं। मैंने अभी एक कस्टम फ़ंक्शन लिखा है जो जांचता है कि जिस मार्ग पर मैं जाने का प्रयास कर रहा हूं वह वर्तमान हैश जैसा ही है, और फिर राउटर.नेविगेट या history.loadURL को कॉल करता है।

यह उचित लगता है कि यह विकल्प सरणी का हिस्सा हो सकता है, जैसे कुछ ताज़ा करें: सत्य यदि आप चाहते हैं कि यह मार्ग को बिना किसी ट्रिगर के ट्रिगर करे। साथ ही, शायद दस्तावेज़ीकरण का एक अद्यतन क्रम में लगता है, क्योंकि {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 देखा और उसी टिप्पणी को पोस्ट किया।

बैकबोन राउटर इस प्रकार की कार्रवाई की अनुमति नहीं देता है क्योंकि यह किसी भी रूट किए गए कार्यों को ट्रिगर करने के लिए यूआरएल परिवर्तन घटना को सुनता है।

आपको उस नियंत्रण को रोकना होगा जो कार्रवाई को ट्रिगर करता है और राउटर की कार्रवाई को रीसेट करता है।

मैंने यहां एक जेएसफ़िल्ड उदाहरण बनाया है:
http://goo.gl/wPulo

और यहां एक ब्लॉग पोस्ट:
http://goo.gl/mJM2i

आज इस मुद्दे में भाग लिया और बस अपने 2 सेंट जोड़ना चाहूंगा:

गैर-सहज व्यवहार की तरह लगता है कि स्पष्ट रूप से trigger: true यह ईवेंट को तब तक ट्रिगर नहीं करेगा जब तक कि हैश बदल न जाए।

मेरा वोट trigger: true पक्ष में है जो मार्ग को ट्रिगर करता है चाहे कोई भी स्थिति हो।

एक वास्तविक दुनिया का उदाहरण यह है कि जब आप वर्तमान पृष्ठ को रीफ्रेश करना चाहते हैं, तो trigger: true के वर्तमान व्यवहार के साथ ऐसा करना असंभव होगा।

केनपर्किन्स विधि के लिए +1 या बीबी राउटर में एकीकृत होने के समान कुछ।

प्रक्रिया के लिए +1 उसी पृष्ठ पर नेविगेट करें यदि {trigger: true} पास हो गया है

मैंने यह पता लगाने की कोशिश में 3 घंटे बिताए हैं कि मेरे आवेदन पर roter.navigate() पद्धति ने काम क्यों नहीं किया। मुझे लगता है, बीबी दस्तावेज़ों में इस मुद्दे के बारे में एक अधिसूचना शामिल होनी चाहिए।

मेरा बदसूरत लेकिन त्वरित समाधान वास्तविक से पहले router.navigate() विधि को कॉल करना था।

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

अभी के लिए, यह काम किया। लेकिन अगर कोई refresh:true विकल्प होता, तो मैं निश्चित रूप से इसका उपयोग करता...

बस इस पर अपने विचार छोड़ रहा हूं क्योंकि यह एक ऐसा मुद्दा है जिसका मैंने अभी-अभी सामना किया है। ऐसा लगता है कि जब आप स्पष्ट रूप से {trigger: true} विकल्प हैश को राउटर.नेविगेट में पास करते हैं तो मार्ग को कॉल नहीं किया जाता है। मुझे एक refresh:true विकल्प जैसे @onuradsay ने सुझाव दिया है, को

+1 @patrickod और @onuradsay के विचार की व्यावहारिकता के लिए

+1। हमें अभी भी ईवेंट प्राप्त करने में सक्षम होना चाहिए और फिर हमारे ऐप में यह निर्धारित करना चाहिए कि क्या रीफ्रेश के लिए बुलाया गया है। हम ऊपर बताए गए कई हैक्स से इसका पता लगा सकते हैं लेकिन यह बहुत साफ नहीं है। मुझे लगता है कि यह व्यवहार राउटर में डालने के लिए काफी सामान्य है।

मुझे डर है कि ऐसा नहीं होगा। तथ्य यह है कि लोग इसके लिए पूछ रहे हैं, वास्तव में _remove_ trigger:true तुलना में यह घटना को बिना शर्त आग लगाने के लिए अधिक प्रोत्साहन है। मुझे समझाने दो:

जब राज्य बदल जाता है तो बैकबोन में होने वाली घटनाओं को अधिसूचित किया जाता है। ठीक उसी तरह जैसे मॉडल में, कर रहे हैं:

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

... दूसरी बार किसी ईवेंट को ट्रिगर नहीं करेगा, क्योंकि कोई भी स्थिति नहीं बदली गई है ... उस स्थान पर नेविगेट करने का प्रयास करना जहां आप पहले से हैं, स्थिति में परिवर्तन _not_ है, और किसी ईवेंट को ट्रिगर नहीं करेगा।

यदि आप चाहते हैं कि जब भी कोई बटन क्लिक किया जाए तो कॉलबैक आग लग जाए - बस कॉलबैक जोड़ें। या यदि आप इसे करने के लिए बैकबोन की घटनाओं का उपयोग करना चाहते हैं - बस कॉल करें object.trigger("myEvent")

ऐसा लगता है कि trigger: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);
        };