Angular.js: मार्ग को फिर से लोड करने के लिए हैश/पथ परिवर्तन की अनुमति देने के लिए $ स्थान पर विकल्प

+1, एक ही समस्या है।

@cgross चूंकि $ स्थान सेवा

$location.path("/thing/"+thing.id).replace().reload(false)

पीएस क्या यह क्रिस ग्रॉस है जिसने एक्लिप्स नेबुला प्रोजेक्ट शुरू किया है?

हां :)

+1: +1:

+1

अभी, हम इस समस्या से निजात पाने के लिए एक डर्टी हैक का उपयोग कर रहे हैं।

    $scope.$on('$locationChangeSuccess', function(event) {

        // Want to prevent re-loading when going from /dataEntry/1 to some other dataEntry path
        if ($route && $route.current && $route.current.$route.templateUrl.indexOf('dataEntry') > 0) {
            $route.current = lastRoute; //Does the actual prevention of routing
        }
});

+1

+1

+1

+1

+1

यहाँ preventDefault() लिए $routeChangeStart समर्थन करके इसे ठीक करने का मेरा प्रयास है। तुम उसके बारे में क्या सोचते हो?
प्रतिबद्ध: https://github.com/redhotsly/angular.js/commit/f8ac46e6ac9d76cf855077d21b68b4c2c8043db1

मैं कुछ दिनों से @qualidafial दृष्टिकोण में काम कर रहा हूं और अब पीआर तैयार है। मैंने एक नई notify विधि बनाई है जो स्थान परिवर्तन अधिसूचना को एक बार के लिए छोड़ने की अनुमति देती है। यह किसी भी मार्ग परिवर्तन या पुनः लोड को ट्रिगर करने से बचना चाहिए।

यह रूटिंग सिस्टम को नहीं छूता है, इसलिए आपको अपनी रूट परिभाषाओं को बदलने की आवश्यकता नहीं है। यह तब भी काम करेगा जब आप मानक AngularJS रूटिंग सिस्टम के बजाय ui-router उपयोग करते हैं।

उदाहरण: $location.path('/client/2').replace().notify(false);

मैंने कुछ परीक्षण और दस्तावेज़ीकरण बिट्स भी काम किए हैं।

+1

एक और +1
पहले से ही @lrlopez 'पुल अनुरोध का उपयोग करना। जादू की तरह काम करता है।

+1

+1

दुर्भाग्य से पीआर https://github.com/angular/angular.js/pull/2398 को एंगुलर टीम द्वारा अस्वीकार कर दिया गया है क्योंकि नोटिफिकेशन छोड़ने से वास्तविक URL और वर्तमान मार्ग के बीच विसंगतियां हो सकती हैं। चर्चा के अंत में एक लंबी व्याख्या है।

मुझे अपनी किसी भी परियोजना में इस सुविधा की आवश्यकता नहीं है, लेकिन मैं इसे अपने भंडार में रखूंगा ताकि यदि आप चाहें तो इसे विलय किया जा सकता है। बस मुझे बताएं कि क्या यह मास्टर शाखा के साथ समन्वयित हो जाता है ताकि मैं परिवर्तनों को दोबारा कर सकूं। धन्यवाद!

+1

+1, इसकी आवश्यकता है :(

+1

संपादित करें: यहां बेहतर दृष्टिकोण: https://github.com/angular/angular.js/issues/1699#issuecomment -22511464

मैंने इसे बायपास करने के लिए एक पुन: प्रयोज्य कारखाना बनाया है (@shahmirn के विचार के आधार पर):

/**
 * HACK Do not reload the current template if it is not needed.
 *
 * See AngularJS: Change hash and route without completely reloading controller http://stackoverflow.com/questions/12115259/angularjs-change-hash-and-route-without-completely-reloading-controller
 */
app.factory('DoNotReloadCurrentTemplate', ['$route', function($route) {
  return function(scope) {
    var lastRoute = $route.current;
    scope.$on('$locationChangeSuccess', function() {
      if (lastRoute.$$route.templateUrl === $route.current.$$route.templateUrl) {
        console.log('DoNotReloadCurrentTemplate not reloading template: ' + $route.current.$$route.templateUrl);
        $route.current = lastRoute;
      }
    });
  };
}]);

कैसे इस्तेमाल करे:

app.controller('MyCtrl',
  ['$scope', 'DoNotReloadCurrentTemplate',
  function($scope, DoNotReloadCurrentTemplate) {

  DoNotReloadCurrentTemplate($scope);
}]);

स्रोत: http://stackoverflow.com/a/16496112/990356

यदि आप मार्ग पर "reloadOnSearch" को गलत पर सेट करते हैं तो ऐसा लगता है कि हैश परिवर्तन पूरे पृष्ठ को पुनः लोड कर रहा है।

+1

यह मोबाइल ऐप्स के लिए बहुत अच्छा होगा, जहां एनजी-व्यू जीवनचक्र बनाना/नष्ट करना उचित नहीं है (प्रदर्शन और उपयोगिता को मारता है)।

@tkrotoff उदाहरण के लिए धन्यवाद। चूंकि आपका समाधान ईवेंट सूचनाओं को रद्द कर रहा है, इसलिए मैंने रूटस्कोप पर एक प्रसारण जोड़ा है ताकि अन्य नियंत्रकों को अभी भी मार्ग परिवर्तन के बारे में सूचित किया जा सके:

/**
 * HACK Do not reload the current template if it is not needed.
 *
 * See AngularJS: Change hash and route without completely reloading controller http://stackoverflow.com/questions/12115259/angularjs-change-hash-and-route-without-completely-reloading-controller
 */
app.factory('DoNotReloadCurrentTemplate', ['$route', '$rootScope', function($route, $rootScope) {
  return function(scope) {
    var lastRoute = $route.current;
    scope.$on('$locationChangeSuccess', function() {
      if (lastRoute.$$route.templateUrl === $route.current.$$route.templateUrl) {
        console.log('DoNotReloadCurrentTemplate not reloading template: ' + $route.current.$$route.templateUrl);
        $rootScope.$broadcast('locationChangedWithoutReload', $route.current);
        $route.current = lastRoute;        
      }
    });
  };
}]);

फिर:

app.controller('MyCtrl',
  ['$scope', 'DoNotReloadCurrentTemplate',
  function($scope, DoNotReloadCurrentTemplate) {

  DoNotReloadCurrentTemplate($scope);

  $rootScope.$on('locationChangedWithoutReload', function(event, route) {
    // set location specific breadcrumbs
    $scope.breadcrumbs = assembleBreadCrumbs();

    // do something for specific route
    if (route.$$route.action == 'item') {
      $scope.item = $scope.items[params.itemId];
      $rootScope.title = $scope.item.name;
    }
  });
}]);

मेरे पास वही मुद्दा है जो विषय लेखक के पास है और ऊपर वर्णित समाधान का संशोधित संस्करण बनाया गया है।

app.factory('skipReload', [
    '$route',
    '$rootScope',
    function ($route, $rootScope) {
        return function () {
            var lastRoute = $route.current;
            var un = $rootScope.$on('$locationChangeSuccess', function () {
                $route.current = lastRoute;
                un();
            });
        };
    }
]);

उपयोग:

app.controller('ThingCtrl', ['$scope', '$http', '$location', 'skipReload', function ($scope, $http, $location, skipReload) {
    ...
    $scope.submit = function () {
        ...
        $http.post('thing', thing).success(function (id) {
            skipReload();
            $location.path('/thing/' + id).replace();
        });
    };
}]);

स्थायी ईवेंट श्रोता का उपयोग करना जो यह तय करने के लिए टेम्पलेट यूआरएल का परीक्षण करता है कि रूट रीलोड की अनुमति दी जाए या नहीं, उसी टेम्पलेट यूआरएल का उपयोग करने वाले अन्य विचारों के लिए रूटिंग तोड़ सकता है। उदाहरण के लिए, मैंने/चीज़/नया पर रूट किया और दृश्य पिछली जोड़ी गई चीज़/चीज़/5 से लिंक दिखाता है, मैं चीज़ 5 और किसी अन्य चीज़ पर नेविगेट करने में असमर्थ हूं (यहां तक ​​​​कि ब्राउज़र में यूआरएल को स्पष्ट रूप से बदलना)। टेम्पलेट यूआरएल परीक्षण के साथ एक और समस्या यह है कि टेम्पलेट प्रॉपर्टी (स्ट्रिंग या फ़ंक्शन के रूप में) का उपयोग करके टेम्पलेट्स को निर्दिष्ट किया जा सकता है।

यह हैक ठीक एक रूट रीलोड को छोड़ने की अनुमति देता है और रूटिंग को नहीं तोड़ता है।

इसके अलावा मैंने कम वर्बोज़ (नियंत्रक में उपयोग के लिए) समाधान की कोशिश की है:

app.factory('location', [
    '$location',
    '$route',
    '$rootScope',
    function ($location, $route, $rootScope) {
        $location.skipReload = function () {
            var lastRoute = $route.current;
            var un = $rootScope.$on('$locationChangeSuccess', function () {
                $route.current = lastRoute;
                un();
            });
            return $location;
        };
        return $location;
    }
]);

app.controller('ThingCtrl', ['$scope', '$http', 'location', function ($scope, $http, location) {
    ...
    $scope.submit = function () {
        ...
        $http.post('thing', thing).success(function (id) {
            location.skipReload().path('/thing/' + id).replace();
        });
    };
}]);

ठीक काम करने लगता है।

+1

@sergey-buturlakin आपका $location.skipReload बहुत बढ़िया है! मैं इसे DoNotReloadCurrentTemplate के बजाय उपयोग करता हूं

@ सर्गेई-ब्यूटुरलाकिन आपका समाधान मेरे लिए काम कर रहा है। धन्यवाद!

https://github.com/angular/angular.js/issues/1699#issuecomment -22511464 से skipReload() चलाने के बाद यह पुनः लोड करना अक्षम रखता है
ऐसा लगता है कि un() बाद में कॉल किया जाना चाहिए

यह किसी भी अगले पुनः लोड को रोकता है, और पथ परिवर्तन से ठीक पहले बुलाया जाना चाहिए।
जब पथ परिवर्तन समाप्त हो गया - "अन" कहा जाएगा।

हां, लेकिन मैं केवल एक बार पुनः लोड करना छोड़ना चाहता था, हालांकि प्रस्तावित दृष्टिकोण आगे पुनः लोड करने से रोकता है

+1

+1

+1

पीआर https://github.com/angular/angular.js/pull/2398 केवल एक बार पुनः लोड करना छोड़ देता है। मुझे नहीं पता कि यह वर्तमान मास्टर के साथ विलय संघर्ष कर रहा है या नहीं। अगर ऐसा है, तो बस मुझे एक लाइन छोड़ दो और मैं इसे ठीक कर दूंगा।

मैं सर्गेई के घोल का उपयोग करता हूं, जबकि बेकार (मेरे अनुसार) "अन" वेरिएबल और कॉल को छोड़ देता हूं।

इससे यह होगा:

  angular.module('services.locationChanger', [])
    .service('locationChanger', ['$location', '$route', '$rootScope', function ($location, $route, $rootScope) {

        this.skipReload = function () {
            var lastRoute = $route.current;
            $rootScope.$on('$locationChangeSuccess', function () {
                $route.current = lastRoute;
            });
            return this;
        };

        this.withoutRefresh = function (url, doesReplace) {
            if(doesReplace){
                $location.path(url).replace();
            }
            else {
                $location.path(url || '/');
            }
        };
    }]);

और कोई फोन करने वाला:

 locationChanger.skipReload().withoutRefresh("/", true);

+1

+1

+1

+1

@ mica16 क्या un वैरिएबल का इस्तेमाल इवेंट को अनबाइंड करने के लिए नहीं किया गया है?

मैंने घटनाओं को अनबाइंड करने के लिए un चर के साथ और बिना परीक्षण के लिए दो प्लंकर बनाए और ऐसा लगता है कि इसके बिना घटना बार-बार फायरिंग करती रहती है

हाँ वास्तव में, un चर अजीब लगता है।
मूल लेखक के अनुसार, इसे उपयोगी माना जाएगा..लेकिन मुझे विश्वास नहीं है कि यह सही समाधान है।

मैंने इसे फिर से लिखना पसंद किया, लेकिन मैंने फीचर को ट्रैश कर दिया क्योंकि मुझे इसकी और उम्मीद नहीं है।

तो इसके साथ जाएं यदि आपका यूनिट परीक्षण यह सुनिश्चित कर सकता है कि यह आपकी अपेक्षा के अनुरूप काम करता है :)

तुम सही हो दोस्तों
मेरा समाधान था

app.factory 'location', ['$location', '$route', '$rootScope', '$timeout', ($location, $route, $rootScope, $timeout) ->
  $location.skipReload = ->
    lastRoute = $route.current
    un = $rootScope.$on('$locationChangeSuccess', ->
      $route.current = lastRoute
    )
    $timeout((->
      un()
    ), 1000)
    $location

  $location
]

फिर नियंत्रक में

location.skipReload().path('/new/path').replace()

+1

+1

+1

+1

इसे करने का एक और तरीका यह है कि इसे वर्तमान जावास्क्रिप्ट "स्टेप" से बाहर कर दिया जाए ताकि मार्ग को विंडो में किए गए परिवर्तन के बारे में पता न हो। स्थान:

setTimeout(function() {
    window.location.hash = "";
    if (typeof (history.pushState) !== "undefined") {
        history.pushState("", document.title, location.pathname);
    }
}, 0);

+1

+1

+1

+1

$anchorScroll का उपयोग करने के बारे में क्या? मैं नेट पर घूम रहा था और मुझे पता चला कि ऐसा करने के लिए कुछ उपकरण हैं। यह मेरे लिए कम से कम काम करता है।

आपको इसकी जांच करनी चाहिए: http://docs.angularjs.org/api/ng। $एंकरस्क्रॉल

+1

क्या यह एक बुरा विचार है? मैं मानता हूँ कि मैंने इसका व्यापक परीक्षण नहीं किया है। मुझे पथ निर्धारित करने से पहले एक अलग विधि को कॉल करने का विचार पसंद नहीं आया। उपयोग के दृष्टिकोण से कम से कम यह क्लीनर लगता है।

मैंने सर्गेई की तकनीक का उपयोग करते हुए निर्मित $location.path फ़ंक्शन को बढ़ाया।

App.run(['$route', '$rootScope', '$location', function ($route, $rootScope, $location) {
        var original = $location.path;
        $location.path = function (path, reload) {
            if (reload === false) {
                var lastRoute = $route.current;
                var un = $rootScope.$on('$locationChangeSuccess', function () {
                    $route.current = lastRoute;
                    un();
                });
            }

            return original.apply($location, [path]);
        };
    }])

उपयोग:

$location.path('/my/path', false);

+1

@EvanWinstanley समाधान मेरे लिए काम करता है, धन्यवाद!

+1

@ EvanWinstanley/सर्गेई का फिक्स अच्छा लग रहा है और यह नियंत्रक को पुनः लोड नहीं करता है, लेकिन मार्ग बदलते समय, संकल्पों का फिर से अनुरोध किया जाता है।

इसके लिए मेरा मुख्य उपयोग केस मैन्युअल रूप से $ location.path को बिना किसी संकल्प/नियंत्रक को पुनः लोड किए बदलना होगा, इसलिए मैं कैशिंग करने में सक्षम हूं।

उदाहरण के लिए: मेरे पास एक चयन है जो उपयोगकर्ता को एकाधिक अनुप्रयोगों के बीच चयन करने की अनुमति देता है, जो अच्छे यूआरएल के लिए $ स्थान.पथ भी बदलता है। जब कोई उपयोगकर्ता किसी एप्लिकेशन का चयन करता है, तो API कॉल के परिणाम कैश किए जाते हैं। फिक्स के साथ भी, यह हमेशा फिर से हल करता है, जो अनावश्यक है क्योंकि परिणाम पहले से ही कैश किए गए हैं।

+1

@ सर्गेई-ब्यूटुरलाकिन समाधान मेरे लिए ठीक काम करता है, यह नियंत्रक को पुनः लोड नहीं करता है लेकिन फिर भी reslove फ़ंक्शन को पुनः लोड करता है और सर्वर को अनुरोध भेजता है।

+1

@EvanWinstanley का समाधान मेरे लिए काम नहीं कर रहा है। दूसरी ओर @ mica16 के समाधान ने बहुत अच्छा काम किया... (पिछला बटन पृष्ठ को ताज़ा नहीं करेगा)। मैंने सफलता के बिना अपना खुद का संस्करण लिखने की कोशिश की :(।

+1

+1

+1

+1
कृपया समर्थन करें: $location.reload();

@jvmvik क्या आपने $route.current.reload() की कोशिश की है?

7.1.1

एक साल से अधिक समय के बाद इस बारे में कोई खबर नहीं?

+1

+1

मैंने सर्गेई के समाधान पर थोड़ा सुधार किया है।
अब यह समर्थन करता है, उदाहरण के लिए, पूरे पृष्ठ को पुनः लोड किए बिना टैब के लिए कस्टम यूआरएल (टैब नेविगेट करना)।

// Original: https://github.com/angular/angular.js/issues/1699#issuecomment-22511464
//
// Usage:
//
// (interception is needed for Back/Forward buttons to work)
//
// location.intercept($scope._url_pattern, function(matched) {
//   // can return false to abort interception
//   var type = matched[1]
//   if (!type) {
//     return;
//   }
//   $scope.safeApply(function() {
//     $scope.data_type = type; 
//     $scope.params.page = 1; 
//     $scope.get_data(); 
//   });
// });
// 
// anywhere in your controller: 
// location.skipReload().path(url);
//
// to replace in history stack:
// location.skipReload().path(url).replace();

app.factory('location', [
    '$location',
    '$route',
    '$rootScope',
    function ($location, $route, $rootScope) {
        var page_route = $route.current;

        $location.skipReload = function () {
            //var lastRoute = $route.current;
            var unbind = $rootScope.$on('$locationChangeSuccess', function () {
                $route.current = page_route;
                unbind();
            });
            return $location;
        };

        if ($location.intercept) {
            throw '$location.intercept is already defined';
        }

        $location.intercept = function(url_pattern, load_url) {

            function parse_path() {
                var match = $location.path().match(url_pattern)
                if (match) {
                    match.shift();
                    return match;
                }
            }

            var unbind = $rootScope.$on("$locationChangeSuccess", function() {
                var matched = parse_path();
                if (!matched || load_url(matched) === false) {
                  return unbind();
                }
                $route.current = page_route;
            });
        };

        return $location;
    }
]);

+1

+1

$ स्थान पथ बदलते समय रूट रीलोडिंग को रोकने के लिए एक और समाधान, नए स्थान पथ से मेल खाने के लिए वर्तमान मार्ग पथ पैराम सेट करना है।

मेरे $routeProvider कॉन्फिगरेशन में, मेरे पास /कार्यों का मार्ग इस प्रकार है

when('/tasks/:section/:taskId?', {
      templateUrl: 'partials/tasks.html',
      controller: 'TaskCtrl',
      reloadOnSearch: false
      })

उपरोक्त मार्ग में दो पथपरम अनुभाग हैं और कार्य आईडी (कार्य आईडी वैकल्पिक है) और पुनः लोडऑनसर्च गलत पर सेट है।

मार्ग को पुनः लोड किए बिना / कार्यों / इनबॉक्स से / कार्यों / इनबॉक्स / 122 में नेविगेट करने के लिए, निम्नानुसार $ स्थान पथ बदलने से पहले कार्य आईडी पथपरम सेट करें

$scope.showTask = function(task) {
    // set taskId to prevent route reloading
    $route.current.pathParams ['taskId'] = task.id;
    $location.path('/tasks/'+$route.current.pathParams ['section']+'/'+task.id);
};

ध्यान दें कि खंड पथपरम को सेट करने की आवश्यकता नहीं है क्योंकि यह पहले से ही मार्ग द्वारा निर्धारित किया गया था।

जब मार्ग को पता चलता है कि नए $ स्थान पथ से निकाले गए पथपरम वर्तमान मार्ग पथपार्म से मेल खाते हैं (और पुनः लोडऑनसर्च को गलत पर सेट किया गया है) तो यह मार्ग को फिर से लोड नहीं करेगा इसके बजाय एक $routeUpdate घटना को निकाल दिया जाएगा।

मार्ग को पुनः लोड किए बिना/कार्य/इनबॉक्स/122 से/कार्य/इनबॉक्स में वापस नेविगेट करने के लिए, निम्नानुसार $ स्थान पथ बदलने से पहले कार्य आईडी पथपरम हटाएं

$scope.back = function () {
    // delete taskId to prevent route reloading
    delete $route.current.pathParams ['taskId'];
    $location.path('/tasks/'+$route.current.pathParams ['section']);
};

+1

+:100:

क्या आपने बैकबोन राउटर के बारे में डेरिक बेली लेख पढ़ा http://lostechies.com/derickbailey/2011/08/28/dont-execute-a-backbone-js-route-handler-from-your-code/ ? बैकबोन यह विकल्प प्रदान करता है और डेरिक के अनुसार आपको हमेशा एक पुनः लोड ट्रिगर करने से बचना चाहिए (जो कि कोणीय के राउटर के विपरीत लगता है)।
इस पोस्ट पर 48 "+1" हैं ... मुझे नहीं लगता कि ये सभी लोग कुछ गलत कर रहे हैं। स्टोर करने के लिए आ रहा है var lastRoute = $route.current; और इसे बाद में बहाल $locationChangeSuccess के साथ $route.current = lastRoute; सुंदर hacky लगता है।
@IgorMinar क्या आपके पास कोई विचार है?

ठीक है, मैं अगले सप्ताह के लिए इस विषय का स्वामी हूं ताकि हम इसे अंत में बंद कर सकें।

सबसे पहले चीज़ें, मुझे नहीं लगता कि #hash मान में परिवर्तन होने पर मार्ग को फिर से लोड करना चाहिए।

website.com/#/my-route#top

website.com/#/my-route#bottom

तो जब शीर्ष नीचे में बदल जाता है तो इसे पुनः लोड नहीं करना चाहिए, लेकिन यदि मेरा मार्ग मान बदलता है तो इसे करना चाहिए। क्या हम सब इस पर सहमत हो सकते हैं?

दूसरा, जो अधिक महत्वपूर्ण है, हमें यह इंगित करने का एक आसान तरीका चाहिए कि मार्ग पथ परिवर्तित होने पर पुनः लोड नहीं होने वाला है, लेकिन यदि मार्ग का एक पुराना टुकड़ा बदल जाता है तो यह समस्याग्रस्त हो जाता है। तो क्यों न हमारे पास रूट परम के लिए दो :: कोलनों का उपयोग करके एक अलग संकेतन है, यह इंगित करने के लिए कि यह वाइल्डकार्ड मान की तरह कार्य करता है।

// this will reload the page when the id changes like normal
$routeProvider.register('/users/:id')

// this will reload the page when the id changes, but not the section (since two colons are used)
$routeProvider.register('/users/:id/::section')

तुम लोग क्या सोचते हो?

यह वास्तव में उस स्थिति में मदद नहीं करता है जहां से आप आगे बढ़ना चाहते हैं:

/users/new

प्रति

/users/123

एक बार जब नया उपयोगकर्ता बनाया गया और उपयोगकर्ता को पुनः लोड किए बिना एक आईडी असाइन की गई, क्योंकि यह पहले से ही है।

क्योंकि किसी भी तरह किसी को नए उपयोगकर्ता ऑब्जेक्ट को आईडी 123 के साथ वर्तमान उपयोगकर्ता ऑब्जेक्ट पर मैप करना होगा। यह एप्लिकेशन विशिष्ट संख्या है?

इसके लायक क्या है एम्बर राउटर या तो संक्रमण के बिना बदलते यूआरएल का समर्थन नहीं करता है:

http://stackoverflow.com/questions/19076834/change-url-without-transition

@matsko क्या हम सिर्फ इंजीनियर को सशक्त
मैं अच्छे डिफ़ॉल्ट के साथ ठीक हूं।
एक तरीका बनाएं ताकि इंजीनियर रीलोड इवेंट की पूरी श्रृंखला को चलाए बिना यूआरएल बदल सके। व्यक्तिगत रूप से मैं विकल्पों के साथ एक वैकल्पिक अतिरिक्त पैरामीटर जोड़ने के साथ ठीक हूं (उदा: {रीलोड: झूठा}) ".path()", ".search ()", आदि पर।

@ChrisCinelli हाँ, लेकिन क्या होता है जब मार्ग परिभाषा में दो

@matsko तो कार्यान्वयन के अंत में, क्या यह माना जा रहा है कि हम चेरी-पिक करने में सक्षम होंगे कि कौन से पैरामीटर पुनः लोड करते हैं और कौन से नहीं? और यदि हां, तो क्या आपके मन में पहले से ही कोई दृष्टिकोण है या यह वह जगह है जहां हम एक रोड़ा मार रहे हैं?

@cgross चेरी-हां चुनें (डबल कोलन का उपयोग करके)। यह अभी के लिए सिर्फ एक विचार है इसलिए कुछ भी ठोस नहीं है। यदि यह कोणीय 2.0 की योजनाओं के साथ इनलाइन है तो हम इसका उपयोग करने में सक्षम हो सकते हैं या कुछ ऐसा उपयोग करने का प्रयास कर सकते हैं जो 2.0 होने की योजना बना रहा है या कुछ ऐसा है जो डार्ट के पास पहले से है (एपीआई को सुसंगत रखने के लिए)।

मुझे लगता है कि यह सही होगा, और मार्ग के हिस्से के रूप में अच्छा लगेगा (कम से कम आईएमओ)।

$routeProvider,when("/:categoryName/:id[reload=no]", { ... })

और फिर, नियंत्रक में

$scope.$on("$routeChangeSuccess", function () {
  if ($routeParams.id !== $scope.activeId) {
    // React to ID update without reload
  }
});

हाँ ऐसा ही कुछ है, लेकिन :id[reload=no] बजाय डबल कोलन '::id' का उपयोग किया जाएगा।

ध्यान रखें कि यह सिर्फ एक विचार है, लेकिन यहां बहुत से लोग इस सुविधा को चाहते हैं।

मैं शायद अंततः अन्य विकल्पों को जोड़ने के संदर्भ में सोच रहा था, लेकिन मुझे लगता है कि वास्तव में कोई अन्य विकल्प नहीं हो सकता है। यह भी अच्छा है कि इस अनुरोध को गंभीरता से लिया जा रहा है। सुंदर URL हममें से बहुतों के लिए एक बड़ी बात हैं।

डबल कोलन के लिए मत्सको +1, लेकिन मुझे लगता है कि यह ऊपर वर्णित कुछ किनारे के मामलों के लिए पथ() के विकल्पों को पास करने में सक्षम होने के लिए भी उपयोगी होगा

डबल कोलन के लिए +1

@matsko ने मुझे इस बात पर ध्यान देने के लिए कहा कि हम इसे कोणीय 2.0 के राउटर में कैसे संभाल रहे हैं। मुझे पता है कि यह आप में से उन लोगों की मदद नहीं करता है जिन्हें ng1.x के लिए इसकी आवश्यकता है, लेकिन मुझे लगा कि यह आपके लिए दिलचस्प हो सकता है।

नए राउटर में एक navigate विधि है जिसे आप एक _url_ और एक वैकल्पिक _options_ ऑब्जेक्ट पास कर सकते हैं। यह बैकबोन राउटर की इतिहास क्षमताओं पर आधारित है, इसलिए यह दो विकल्पों का समर्थन करता है replace और trigger यदि आप /users/new से /users/123 बिना जाना चाहते हैं स्क्रीन नेविगेशन के कारण, आप केवल trigger:false निर्दिष्ट करते हैं। यदि आप यह भी चाहते हैं कि यह /users/new इतिहास प्रविष्टि को नए आईडी-आधारित url से बदल दे, तो आपको replace:true भी निर्दिष्ट करना होगा।

किसी _new_ रूट से _id-आधारित_ रूट में बिना DOM ट्रांसफ़ॉर्म किए रूट अपडेट करना आदि इस API के लिए एक महत्वपूर्ण उपयोग है। एक और आम उदाहरण पेजिनेशन है। उदाहरण के लिए, यदि आपके पास ग्रिड है और आप चाहते हैं कि उपयोगकर्ता डेटा के माध्यम से पेज करे, तो आप नेविगेशन के बिना वर्तमान पृष्ठ जानकारी के साथ टुकड़े को अपडेट करने के लिए इसका उपयोग कर सकते हैं। मुझे यकीन है कि अन्य उपयोग भी हैं, लेकिन ये वही हैं जिन्हें मैंने वर्षों से अपने परामर्श में बार-बार देखा है।

आशा है कि यह जानकारी मदद करती है। शायद 1.x राउटर इस तकनीक को अपना सकता है?

@EisenbergEffect पुष्टि करने के लिए। 1.x के लिए, पथ बदले बिना ऐसा करने की विधि इस प्रकार दिखाई देगी:

$location.path(value, { trigger : false })

और यह नए मार्ग + नियंत्रक को जागरूक किए बिना प्रभावी रूप से पथ को बदल देगा। यह अभी के लिए काम कर सकता है, लेकिन आप डबल :: कोलन विचार के बारे में कैसा महसूस करते हैं?

यहां हर किसी के लिए, क्या आप यूआरएल बदलने पर (मार्ग को फिर से लोड किए बिना) यूआरएल बदलना चाहेंगे या डेवलपर द्वारा यूआरएल बदल दिया जाएगा?

स्थान के लिए सत्य का एक केंद्रीय स्रोत होना चाहिए, जैसे एक सेवा जो
मार्ग और ब्राउज़र दोनों संदर्भित और प्रभावित कर सकते हैं लेकिन एकल रहता है
सत्य
जुला 1, 2014 11:28 pm पर, "मटीस Niemelä" [email protected] लिखा है:

पुष्टि करने के लिए @EisenbergEffect https://github.com/EisenbergEffect । के लिये
1.x, पथ बदले बिना ऐसा करने की विधि इस प्रकार दिखाई देगी:

$ स्थान। पथ (मान, {ट्रिगर: झूठा})

और यह नए मार्ग को उत्पन्न किए बिना प्रभावी रूप से पथ को बदल देगा

• जागरूक होने के लिए नियंत्रक। यह अभी के लिए काम कर सकता है, लेकिन आपको कैसा लगता है
  डबल :: कोलन विचार के बारे में?

यहां अन्य सभी के लिए, क्या आप इसके बजाय URL बदलना चाहेंगे (बिना
मार्ग को फिर से लोड करना) मार्ग के माध्यम से या डेवलपर द्वारा सुगम बनाया जा सकता है
यूआरएल कब बदला जाता है?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/angular/angular.js/issues/1699#issuecomment -47741350।

यहां एक और विचार है... प्रत्येक मार्ग परिभाषा पर दो नई विधियों की अनुमति दें, जैसे entering(transitionInfo) और leaving(transitionInfo) या कुछ और। यदि वे मौजूद हैं तो जाने से पहले पुराने मार्ग पर leaving पद्धति को बुलाया जाएगा और फिर नए मार्ग पर entering() पद्धति को बुलाया जाएगा। transitionInfo एक ऐसी वस्तु होगी जो निम्न की तरह दिखती है:

{
  newUrl: ...
  newRoute: ...
  oldUrl: ...
  oldRoute: ...
  cancelRouteChange: false,
  ignoreRouteChange: false
}

इस पद्धति में हम पुराने और नए मार्गों/यूआरएल की जांच कर सकते हैं और फिर यदि आप चाहते हैं कि यूआरएल बदल जाए लेकिन मार्ग संक्रमण को फिर से न चलाए तो आप ignoreRouteChange से true । यदि आप मार्ग परिवर्तन को रद्द करना चाहते हैं और पिछले मार्ग पर वापस रोल करना चाहते हैं तो आपने cancelRouteChange को सत्य पर सेट किया है।

यह तब मार्ग परिवर्तन होने पर डेवलपर को पूर्ण नियंत्रण देता है, यदि यूआरएल को सीधे पता बार में संशोधित किया जाता है तो काम करेगा और परिवर्तन के बारे में परवाह करने वाले व्यक्तिगत मार्गों की परिभाषा के करीब एक विशेष मार्ग परिवर्तन के बारे में निर्णय लेने के लिए कार्यक्षमता का पता लगाता है। .

मेरा मानना ​​​​है कि AngularV2 राउटर में कुछ ऐसा ही है जिसे activate() कहा जाता है। @EisenbergEffect क्या आप पुष्टि कर सकते हैं?

तुम क्या सोचते हो?

@matsko हाँ, वह एपीआई ऐसा दिख सकता है। आप replace विकल्प को भी लागू करने पर विचार कर सकते हैं, क्योंकि इसकी अक्सर आवश्यकता भी होती है। /users/new से /users/123 इस विशेष मामले में मुझे लगता है कि आप दोनों विकल्पों का लाभ उठाएंगे क्योंकि आप वास्तव में नहीं चाहते कि /users/new नए उपयोगकर्ता के आने के बाद बैक स्टैक में रहे। बनाया था।

:: संबंध में, मुझे यकीन नहीं है कि यह पूरी तरह से उपयोगी है। इसका कारण यह है कि, ऊपर के उपयोगकर्ताओं के उदाहरण में, यह url पैटर्न नहीं है जो मायने रखता है, बल्कि विशिष्ट एप्लिकेशन संदर्भ है। उदाहरण के लिए, यदि आप customers से users/123 संक्रमण करते हैं तो आप सूचित करना चाहते हैं। साथ ही, यदि आप users/new को छोड़ देते हैं और users/456 तो आप भी सूचित करना चाहते हैं। केवल जब आप users/new और नए उपयोगकर्ता के निर्माण को अंतिम रूप दे देते हैं, तो आप बिना किसी संक्रमण के नए बनाए गए उपयोगकर्ता की आईडी का प्रतिनिधित्व करने के लिए केवल टुकड़े को अपडेट करना चाहते हैं। यह उस समय उस उपयोगकर्ता स्क्रीन के संदर्भ में उपयोगकर्ता वास्तव में क्या कर रहा है, इस पर अत्यधिक निर्भर है।

@petebacondarwin उस विचार के साथ एक मुद्दा यह है कि मार्ग अधिसूचना के भत्ते का ज्ञान कुछ ऐसा नहीं है जो मार्ग परिभाषाओं के साथ विश्व स्तर पर उपलब्ध है। इसके बजाय, यह विशेष उपयोगकर्ता नियंत्रक के भीतर एम्बेड किया गया है क्योंकि वह नियंत्रक कोड का टुकड़ा है जो जानता है कि इस समय एक नया उपयोगकर्ता वास्तव में बनाया जा रहा है या नहीं, बस नई उपयोगकर्ता स्क्रीन से पूर्व-मौजूदा उपयोगकर्ता तक नेविगेट कर रहा है।

मेरे लिए जाने का रास्ता उस कॉलर को नियंत्रण देना है जो मार्ग बदलना चाहता है। इसलिए मैं निश्चित रूप से दो विकल्पों replace और trigger पक्ष में हूं।

@EisenbergEffect - आप सही हैं। सामान्य तौर पर, यह जानकारी तुरंत उपलब्ध नहीं होती है, हालांकि मैं इसे निम्नलिखित तरीके से लागू करने की कल्पना करूंगा:

currentUser नामक एक सेवा है, जिसमें वह उपयोगकर्ता शामिल है जिसके साथ हम वर्तमान में काम कर रहे हैं। मैं इसे आम तौर पर करना पसंद करता हूं क्योंकि मैं अपने नियंत्रकों को कोड के साथ ओवरलोड करने में सहज नहीं हूं। यदि यह बहुत विशिष्ट लगता है तो आपके पास currentEntity , जो कि वर्तमान "चीज" है जिसे आप संपादित/देख रहे हैं।

फिर मार्ग enter() विधि इसे इंजेक्ट करने में सक्षम होगी और यह तय करेगी कि क्या इस मार्ग पर नेविगेट करने से वास्तव में वर्तमान इकाई बदल जाएगी। यदि नहीं, तो हम ट्रांज़िशन चलाने की जहमत नहीं उठाते, इसके बजाय बस URL अपडेट करें।

मैं सराहना करता हूं कि यह एक बड़े ऐप में थोड़ा सा बोझिल हो सकता है लेकिन मैंने सोचा कि मैं इसे एक विकल्प के रूप में वहां फेंक दूंगा।

कॉल करने वाले (अर्थात मार्ग/यूआरएल परिवर्तन का अनुरोध करने वाला) देने के खिलाफ क्या तर्क हैं कि मार्ग संक्रमण वास्तव में होता है या नहीं? मुझे याद है कि @IgorMinar चिंतित था कि चलाए बिना बदलने की अनुमति देने से संभावित रूप से एप्लिकेशन को एक ऐसी स्थिति में रखा जाएगा जो कि अलग-अलग थी। जिस तरह से आप वहां पहुंचे।

@petebacondarwin जो इस विशिष्ट परिदृश्य के लिए काम कर सकता है, लेकिन यह ऊपर बताए गए

राज्य के मुद्दे को हल करना थोड़ा अधिक जटिल है। इसका कारण यह है कि हमारे पास दो यूआरएल हैं जो एक ही नियंत्रक स्थिति का प्रतिनिधित्व करते हैं .... लेकिन अंतर मॉडल में है। इसलिए, वास्तव में हमारे पास वास्तव में दो अलग-अलग अवस्थाएँ हैं....लेकिन UX के दृष्टिकोण से, हम परिवर्तन करने में उपयोगकर्ता को झटका नहीं देना चाहते हैं। एक पूर्ण परिप्रेक्ष्य से, हम अनावश्यक रूप से डोम को फेंकना नहीं चाहते हैं और सबकुछ फिर से बनाना चाहते हैं। इसलिए, नए उपयोगकर्ता => सहेजे गए उपयोगकर्ता संक्रमण के मामले में हम वास्तव में ट्रिगरिंग से बचना चाहते हैं और टुकड़े को भी बदलना चाहते हैं ताकि बैक बटन _not_ आपको नई उपयोगकर्ता स्क्रीन पर वापस ले जाए। आंतरिक रूप से, राउटर या स्थान तंत्र को केवल यह ट्रैक करने की आवश्यकता होगी कि वर्तमान टुकड़ा क्या है। (मैं वहां एक धारणा बना रहा हूं क्योंकि मुझे नहीं पता कि इस संबंध में ng1.x कैसे काम करता है। 2.x के साथ हम वर्तमान/पिछले टुकड़े को ध्यान से ट्रैक करना सुनिश्चित करते हैं, भले ही इसे कैसे बदला गया हो।) में पेजिनेशन परिदृश्य, हम ट्रिगर नहीं करना चाहते क्योंकि हम डेटा के माध्यम से पेजिंग के लिए एक अच्छा यूएक्स चाहते हैं और अनावश्यक डोम निपटान नहीं चाहते हैं। लेकिन हम पिछले टुकड़े को रखना चाहते हैं ताकि उपयोगकर्ता डेटा के पृष्ठों के माध्यम से पीछे की ओर जाने के लिए बैक बटन का उपयोग कर सके।

ध्यान दें कि इन दोनों मामलों में, यह केवल url और ऐप की स्थिति के बारे में नहीं है, बल्कि यह भी है कि हम वर्तमान स्थिति से उस नए राज्य में कैसे संक्रमण करते हैं। यदि आप सीधे नए दृश्य से डीप लिंक करते हैं तो इनमें से कोई भी मायने नहीं रखता। इससे कोई फर्क नहीं पड़ता जब आप इन विशिष्ट मामलों के संदर्भ में एक से दूसरे में जा रहे हों।

+1

+1

+1

+1
और बिना रूट बदले यूआरएल बदलने की सुविधा भी है

+1 - यह देखकर अच्छा लगा कि मैं अकेला नहीं हूं जो यह चाहता है!

+1, अभी तक नहीं जोड़ा है (

+1

+1

+1

+1

+1

+1

+1

:+1:

आप भी @basarat? :मुस्कुराओ:

@johnnyreilly के पास बस एक सेवा है जहाँ आप $route और $location इंजेक्ट करते हैं और आपके पास यह कार्य हो सकता है:

/** navigate */
    public navigate(url: string, reload = true) {
        this.$location.url(url);

        // Don't do a controller reload on this navigation. Note: *you* need to be careful not to actually *need* a controller reload
        if (!reload) {
            var lastRoute = this.$route.current;
            var unsub = this.$rootScope.$on('$locationChangeSuccess', () => {
                this.$route.current = lastRoute; // fake this to make the route logic think nothing changed
                unsub();
            });
        }
    }

अच्छा @बसरत!

+1

+1

एक बात जो मैं वर्तमान समाधानों के साथ देख रहा हूं वह यह है कि मेरा राउटर समाधान ब्लॉक अभी भी निष्पादित हो रहा है। किसी और ने इसे नोटिस किया? $route.current ऑब्जेक्ट में कुछ पास करना काफी आसान था, लेकिन यह हैकी लगता है। साथ ही, ऐसा लगता है कि यह समस्या कभी ठीक नहीं होगी? :रोना:

+1

+1

आप में से उन लोगों के लिए जो वापस स्क्रॉल नहीं करना चाहते हैं ... जहां तक ​​​​मैं कह सकता हूं, यह वही है जो हमारे पास अब तक है (क्षमा करें कॉफ़ीस्क्रिप्ट)। दुर्भाग्य से, यह मेरे लिए 100% काम नहीं कर रहा है। मैं अभी भी अपना resolve निष्पादित कर रहा हूं और बैक/फॉरवर्ड बटन अब टूटा हुआ प्रतीत होता है।

#
# Special $location.path function that allows you to change the url, but not
# send things through the router.
# <strong i="7">@see</strong> https://github.com/angular/angular.js/issues/1699
#
@app.run(['$rootScope', '$location', '$route', '$timeout', ($rootScope, $location, $route, $timeout) ->

    originalPath = $location.path

    $location.path = (url, reload=true) ->
        if ! reload
            lastRoute = $route.current
            if lastRoute
                unsub = $rootScope.$on('$locationChangeSuccess', ->
                    $route.current = lastRoute # fake this to make the route logic think nothing changed
                    $route.current.ignore = true
                    unsub()
                )
                # make sure to clean up and unregister the unsub function
                $timeout( ->
                    unsub()
                , 500)

        originalPath.apply($location, [url])

])

@lookfirst आप unsub दो बार कॉल कर रहे हैं। पसंद करें: https://github.com/angular/angular.js/issues/1699#issuecomment -54931571

@basarat shrug ... मैंने इसे इसलिए जोड़ा क्योंकि मुझे पता चल रहा था कि unsub() हमेशा आपके पसंदीदा उदाहरण में नहीं बुलाया जा रहा था। शायद सबसे अच्छा यह होगा कि अनसब फंक्शन में एक गार्ड को जोड़ा जाए।

unsubbed = false
unsub = ... ->
    if ! unsubbed
        ...
        unsubbed = true
        unsub()

$timeout(unsub, 500)

भले ही, यह समाधान कुल गड़बड़ है। यह हर तरह की चीजों को तोड़ता है। हमें वास्तव में एक कोणीय स्वीकृत फिक्स की आवश्यकता है।

क्योंकि मुझे लग रहा था कि unsub() को हमेशा आपके पसंदीदा उदाहरण में नहीं बुलाया जा रहा था

@lookfirst आप location.path का उपयोग कर रहे हैं मैं location.url का उपयोग कर रहा हूं। हो सकता है कि इसका असर हो।

बस नाइटपिकिंग (मुझे मददगार बनना पसंद है): originalPath.apply($location, [url]) बजाय आप originalPath.call($location, url) कर सकते हैं (आप इसे पहले से ही जानते होंगे)

दिलचस्प... location.url बहुत बेहतर काम करता है (बैक बटन फिर से काम करता है!), लेकिन ऐसा लगता है कि मेरे अंत में एक और समस्या हो रही है। जब मैं सीधे 10 घंटे तक कोडिंग नहीं कर रहा हूं तो मुझे इसमें और अधिक खुदाई करनी होगी। संकेत और चर्चा के लिए धन्यवाद, वास्तव में!

+1

+1

+1

@kuchumovn आपका समाधान बहुत अच्छा है। मुझे मिली एक समस्या यह है कि पथ बदलने के बाद $routeParams नहीं बदलता है। मैंने ईवेंट श्रोताओं के अंदर $routeParams के मान को बदलकर इसे हल किया। मुझे यकीन नहीं है कि यह सही तरीका है, लेकिन यह मेरे लिए काम करता है।

app.factory('Location', [
    '$location',
    '$route',
    '$rootScope',
    '$routeParams',
    function ($location, $route, $rootScope, $routeParams) {
        var page_route = $route.current;

        $location.skipReload = function () {
            //var lastRoute = $route.current;
            var unbind = $rootScope.$on('$locationChangeSuccess', function () {
                angular.copy($route.current.params, $routeParams);
                $route.current = page_route;
                unbind();
            });
            return $location;
        };

        if ($location.intercept) {
            throw '$location.intercept is already defined';
        }

        $location.intercept = function(url_pattern, load_url) {

            function parse_path() {
                var match = $location.path().match(url_pattern);
                if (match) {
                    match.shift();
                    return match;
                }
            }

            var unbind = $rootScope.$on("$locationChangeSuccess", function() {
                var matched = parse_path();
                if (!matched || load_url(matched) === false) {
                  return unbind();
                }
                angular.copy($route.current.params, $routeParams);
                $route.current = page_route;
            });
        };

        return $location;
    }
]);

+1

+1

मैंने कल व्यक्तिगत रूप से @IgorMinar से बात की ... वह कहता है कि भविष्य कोणीय 2.0 में राउटर है, जो जल्द ही 1.3 पर वापस आ जाएगा। विचार करने के लिए कुछ...

आप सिर्फ ui- राउटर को कोणीय में क्यों मर्ज करना चाहते हैं?
ऐसा लगता है कि यूयूआई राउटर कुछ भी हल करने के लिए बहुत ही आवश्यक हो सकता है।

@elennaro से सहमत हैं। हालांकि यूआई-राउटर कुछ रचनात्मकता लेता है और इसे काम करने के लिए अध्ययन करता है, यह मेरे सामने आने वाले हर परिदृश्य में चाल चलता है। जिज्ञासु: यूआई-राउटर को अपनाने और उस पर Google संसाधनों को फेंकने के क्या नुकसान हैं?

ऐसा लगता है कि कोई भी समाधान संकल्प पर अमल नहीं करेगा, कोई विचार?

+1

+1

$location.path(value, { trigger : false }) लिए +1
इस पर कोई प्रगति?

+1

+1

+1 पूरी तरह से अलग विधि के बारे में क्या? पथ() को छोड़कर, और केवल $ location.hash विधि जोड़ना जो नियंत्रक रीलोड के बिना ब्राउज़र के यूआरएल को आसानी से बदल देता है। यह हमें ब्राउज़र के बैक-नेविगेशन को नियंत्रित करने की अनुमति देता है और समृद्ध अनुप्रयोगों में एक वैध उपयोग-मामला परिदृश्य है।

+1

वर्तमान में इस पृष्ठ में यहां स्निपेट का उपयोग कर रहे हैं: http://joelsaupe.com/programming/angularjs-change-path-without-reloading/

+1

+1

+1

मैंने पाया कि एक पूर्ण यूआरएल के साथ एक बाल राज्य जोड़ना था।

$stateProvider.state('state.child', {
    url: '^/some-other-url'
});

फिर बस $state.go('.child') करें और उसे url को उस यूआरएल में बदलना चाहिए जिसे आप पुनः लोड किए बिना चाहते हैं और सभी को खुश रखें। ध्यान दें कि कैरेट, जो इंगित करता है कि यूआरएल माता-पिता से प्राप्त नहीं होगा .. मुझे यह पता लगाने में थोड़ी देर लग गई।

+1

+1

+1

+1

+1

+1

+1

@btford componentRouter में इससे (यदि बिल्कुल भी) कैसे निपटा जाता है?

एक सरल, कार्यशील समाधान के लिए धन्यवाद @balsarori ।

नियंत्रक को फिर से लोड किए बिना $route पथ पैरामीटर को अपडेट करने की अनुमति देने के लिए इसके ऊपर विस्तृत।

यह का उपयोग करता है console.log के बजाय $log हम बस सब लॉग पट्टी कर सकते हैं के रूप में उत्पादन uglifyjs साथ बनाता है के लिए।

संपादित करें: किसी प्रोजेक्ट में उपयोग करते समय ठीक

/**
 * parameter handling
 */

'use strict';

angular.module('route-params', [
  'ng',
  'ngRoute',
])
.service('routeParams', function(
  $route,
  $location
) {
  var R = {};

  /**
   * <strong i="15">@ngdoc</strong> method
   * <strong i="16">@name</strong> routeParams#replace
   *
   * <strong i="17">@description</strong>
   * Replace route params, including path params, without reloading controller.
   *
   * Causes `$route` service to update the current URL, replacing
   * current route parameters with those specified in `params`.
   *
   * Provided property names that match the route's path segment
   * definitions will be interpolated into the location's path, while
   * remaining properties will be treated as query params.
   *
   * If `options.reload` is truthy, the current controller is reloaded.
   *
   * If `options.history` is truthy, the browser history is updated.
   * If `options.history` is undefined, the browser history is only updated
   * when changing value of any existing `$route` parameter,
   * ie. not when adding a previously undefined `$route` parameter.
   *
   * <strong i="18">@param</strong> {!Object<string, string>} params mapping of URL parameter names to values
   * <strong i="19">@param</strong> {!Object<string, boolean>} options `history` and `reload` options.
   *
   * <strong i="20">@returns</strong> {Object} self
   */
  R.replace = function(params, options) {
    var key, value, updateRequired;
    options = options || {};

    // Convert params to strings, and check if they differ from current route params.
    // If `options.history` is undefined, and passed params update any current route params, then set it to true.
    var currentParams = $route.current.params;

    console.log('route: params: replace', {last: angular.copy(currentParams), next: params,
      route: $route.current, options: options});

    if (!$route.current.$$route) {
      // Can't change location.
      return;
    }
    var currentPath = $route.current.$$route.originalPath;
    var history = options.history;

    for (key in params) {
      // jshint eqnull: true
      value = params[key] = (params[key] == null ? undefined : params[key] + '');

      if (value !== currentParams[key]) {
        updateRequired = true;

        console.log('route: params: replace: ' + (currentPath.search(':\\b' + key + '\\b') ? 'path.' : 'search.') +
          key + ' = ' + (key in $route.current.params ? $route.current.params[key] + ' -> ' : '') + params[key]);

        if (history === undefined && key in currentParams) {
          console.log('route: params: replace: update history: ' + key + ' = ' + currentParams[key] + ' -> ' + value);
          history = true;
        }
      }
    }

    if (updateRequired) {
      // If `options.reload` is falsey, then set current route `reloadOnSearch` to false,
      // and make passed path params equal with current route path params,
      // so that `$route` treats the change as update only, and does not broadcast `$routeChangeStart` event.
      //
      // See https://github.com/angular/angular.js/issues/1699#issuecomment-45048054
      // and https://github.com/angular/angular.js/tree/v1.3.x/src/ngRoute/route.js#L484
      // and https://github.com/angular/angular.js/tree/v1.3.x/src/ngRoute/route.js#L539
      if (!options.reload) {
        // Set current route `reloadOnSearch` to false.
        $route.current.$$route.reloadOnSearch = false;

        // Add any passed path params to current route path params, and convert them to strings.
        // Path params are detected by searching for respective name group `:key[*?]` in current route path.
        for (key in params) {
          if (currentPath.search(':\\b' + key + '\\b') !== -1) {
            $route.current.pathParams[key] = params[key];
          }
        }

        // Add any current route path params to passed params, if not set there already.
        for (key in $route.current.pathParams) {
          if (!(key in params)) {
            params[key] = $route.current.pathParams[key];
          }
        }

        // TODO: push state if `options.history` is truthy.
      }
      // If `options.history` is falsey, and controller is reloaded,
      // then make `$location` replace current history state, instead of pushing a new one.
      else if (!history) {
        $location.replace();
      }

      $route.updateParams(params);

      // Update current route params, so the change is reflected immediatelly,
      // and nearby replace() call work correctly.
      for (key in params) {
        $route.current.params[key] = params[key];
      }
    }

    return R;
  };

  return R;
});

इस मुद्दे की वर्तमान स्थिति क्या है? नए राउटर में इसका समाधान होगा? 1.4 रिलीज के लिए समय पर? जल्द ही?

मुझे एक ही समस्या है लेकिन क्वेरी स्ट्रिंग पैरामीटर के साथ। मैं उन्हें बदलते समय पुनः लोड नहीं करना चाहता। लेकिन मैं reloadOnSearch अक्षम नहीं कर सकता क्योंकि अगर उपयोगकर्ता क्वेरी स्ट्रिंग को मैन्युअल रूप से बदलता है तो मुझे इसकी जानकारी होनी चाहिए! :)

धन्यवाद!

@marcalj fwiw, हमने इस समाधान को एक ऐसी सेवा के साथ हैक किया जिसने यूआरएल को एड्रेस बार के साथ सिंक में रखा ताकि हम reloadOnSearch को अक्षम कर सकें और क्वेरी पैरामीटर प्राप्त कर सकें। साथ ही, उपयोगकर्ता यूआरएल को सीधे बुकमार्क या लिंक के माध्यम से नेविगेट कर सकते हैं।

एनजी-राउटर या यूआई-राउटर के साथ? क्या आप मुझे कोड या कुछ के साथ एक लिंक प्रदान कर सकते हैं?

हो सकता है कि इसे नए राउटर का उपयोग करके हल किया जा सके, मैं इसके लिए प्रतीक्षा कर सकता हूं क्योंकि मेरी परियोजना अभी तक समाप्त नहीं हुई है।

धन्यवाद!

@marcalj हमारा उदाहरण थोड़ा जटिल है और संभवत: पुराना है, लेकिन https://github.com/irthos/mngr/blob/master/app.js देखें और लाइन 10 की जांच करें। यह हमारी api.loadState पद्धति का उपयोग करता है जो पैरा की पहचान करता है url उचित स्थिति का निर्माण करने के लिए।

NgSilent मेरे लिए समाधान था।
देखें https://github.com/garakh/ngSilent
ngRoute 1.3.15 . के साथ परीक्षण किया गया

मैंने @ सर्गेई-ब्यूटुरलाकिन और @kuchumovn समाधान दोनों का उपयोग किया, और मैं लगातार एक ही मुद्दे पर चलता हूं।

प्रश्न वाले पृष्ठ पर (पेजएक्स) मैं स्थान.स्किप रीलोड का उपयोग करता हूं और यह बहुत अच्छा काम करता है - मैं मार्ग परिवर्तन के बिना पथ को बार-बार अपडेट कर सकता हूं। यदि मैं पेजएक्स से नए नियंत्रक में मार्ग बदलने के लिए वास्तविक $ स्थान.पथ का उपयोग करता हूं, तो यह काम करता है, लेकिन अगर मैं पेजएक्स पर वापस जाने के लिए बैक बटन दबाता हूं, और फिर किसी अन्य पृष्ठ पर नेविगेट करने का प्रयास करता हूं, तो मैं अब और नहीं कर सकता ब्राउज़र को रीफ़्रेश किए बिना अब मेरा मार्ग बदलें। क्या इसके चारों ओर एक रास्ता है?

+1

+1। मुझे डबल कोलन दृष्टिकोण पसंद है जो मतियास ने सुझाया था

+1

पथ परिवर्तन पर पृष्ठ को पुनः लोड नहीं करने के लिए सिंगल पेज ऐप के लिए यह सामान्य उपयोग का मामला है,
बहुत अजीब है कि यह अभी तक कोणीय से क्यों नहीं जुड़ा है।
@EvanWinstanley समाधान पर आधारित प्लगइन बनाया:
https://github.com/anglibs/angular-location-update

आइए इसे 1.5 में फिर से देखें। #5860 . पर एक संबंधित पीआर है

मुझे रूट कंट्रोलर को ट्रिगर किए बिना क्वेरी स्ट्रिंग अपडेट के लिए समान फ़ंक्शन की आवश्यकता है! :)

कुछ इस तरह: $location.searchSilent('sf', SearchFilter.getForRouteParams());

$ स्थान.पथ (href);
गुंजाइश। $ लागू ();
समाधान है !!
हमें $apply() के साथ परिवर्तन को कोणीय करने के लिए सूचित करने की आवश्यकता है

यह धागा 2 साल से खुला नहीं है क्योंकि कोणीय अधिसूचित नहीं किया गया था - हम सब कुछ लागू किए बिना मार्ग का एक हिस्सा बदलना चाहते हैं।

@petebacondarwin बिना रीलोड के न केवल लोकेशन पाथ अपडेट होना अच्छा होगा, बल्कि बिना रीलोड के पाथ पैरा अपडेट भी ... जैसे https://github.com/angular/angular.js/issues/1699#issuecomment -96126887 ऊपर लागू किया गया है

@jicasada का समाधान मेरे लिए बिल्कुल ठीक काम करता है! धन्यवाद!

@jicasada यह dOnSearch:false काम नहीं करता है। अगर मैं अद्यतन अनुरोध परम के साथ बाल राज्य में संक्रमण करता हूं तो यह मूल नियंत्रक को दो बार कॉल करेगा।

+1

+1

मैं पुष्टि करता हूं कि एनजीसाइलेंट पूरी तरह से काम कर रहा है। फिर भी एक आधिकारिक समाधान की अत्यधिक सराहना की जाएगी।

समाधान अनिवार्य रूप से $location.path() में एक अतिरिक्त पैरामीटर जोड़ने के लिए है।

app.run(['$route', '$rootScope', '$location', function ($route, $rootScope, $location) {
    var original = $location.path;
    $location.path = function (path, reload) {
        if (reload === false) {
            var lastRoute = $route.current;
            var un = $rootScope.$on('$locationChangeSuccess', function () {
                $route.current = lastRoute;
                un();
            });
        }
        return original.apply($location, [path]);
    };
}]);

और फिर बस इस तरह इस्तेमाल करें

$location.path('/path/that/you/need', false);

मुझे बस $ location.replace करने में सक्षम होना चाहिए () बिल्कुल window.location.replace फ़ंक्शन की तरह। यह सिर्फ मूर्खतापूर्ण है क्योंकि सीआरयूडी ऑपरेशन में प्रत्येक क्रिएट में हमेशा यह समस्या होगी।

(और) +1

+1

मैं आपको सलाह देता हूं कि आप इस तरह "खोज परम" का उपयोग करें:
/thing?id=1234
राउटर प्रदाता में परम को कॉन्फ़िगर न करें, यह दृश्य और नियंत्रक को पुनः लोड नहीं करेगा।
अगर आप id . प्राप्त करना चाहते हैं
$location.search().id //1234
@cgross

डेमो http://codepen.io/dolymood/details/jrEQBx/
डेकोरेटर के लिए decorator का उपयोग करें ngViewDirective

+1

+1

+1

+1

+1

+1

+!

पहले से ही पर्याप्त +1 :-)
हमें संदेश मिलता है। हम इसे क्रिसमस से पहले देखेंगे!

# 15002 द्वारा बंद।