Основываясь на том, что вы описываете, я вижу несколько способов, как это можно сделать.

Существует LocalStorage, который представляет собой поддерживается в большинстве браузеров, и даже в этом случае есть полифиллы для этого. Это будет означать, что вы сохраняете с использованием пары имя/значение.

Вот краткий пример:

var searchParameters = {
  filters: [
    'recent'
  ],
  searchString: 'bacon'
}

// Store the value(s)
localStorage.setItem('searchParameters', JSON.stringify(searchParameters));

// Retrieve the value(s)
searchParameters = JSON.parse(localStorage.getItem('searchParameters'));

// Delete the value(s)
localStorage.removeItem('searchParameters');

В зависимости от вашего потока вы можете использовать стек истории браузера. Поэтому, если кто-то ищет bacon, вы можете отправить его на страницу с добавленным к нему ?query=bacon. Это позволит вам легко поддерживать историю и позволит легко использовать кнопку «Назад». В конце концов, все действительно сводится к тому, как настроено ваше приложение, что является лучшим выбором. Есть и другие способы, которыми это может быть достигнуто в зависимости от требований. Например, если вам нужно синхронизировать между устройствами, необходимо реализовать серверный компонент для хранения значений и их извлечения.

Чтобы справиться с этим в нашем текущем проекте, мы объявили директиву, которая следит за моделью и привязывает это значение к переменной в службе данных. Кроме того, при рендеринге эта директива проверяет, установлено ли уже соответствующее значение в службе данных. Если это так, модель устанавливается на это значение.

Как просили в комментариях, мой StorageService:

'use strict';

/**
 * storage wrapper for session- or local-storage operations
 */
app.factory('StorageService', function(
        $rootScope,
        $http,
        $location) {

    /**
     * get an item
     *
     * @param item - string - the item identifier
     * @return - mixed -
     */
    var get = function(item) {
        return JSON.parse(sessionStorage.getItem(item) ||localStorage.getItem(item));
    };

    /**
     * set an item
     *
     * @param item - string - the item identifier
     * @param value - mixed - the value to set
     * @param usePersistentStorage - boolean - the flag for session- or local-storage
     * @return void
     */
    var set = function(item, value, usePersistentStorage) {
        var obj = {
            value: value,
            ts: new Date().getTime()
        };
        window[usePersistentStorage ? 'localStorage' : 'sessionStorage'][value === null ? 'removeItem' : 'setItem'](item, JSON.stringify(obj));
    };

    /**
     * remove an item
     *
     * @param item - string - the item identifier
     * @return void
     */
    var remove = function(item) {
        set(item, null, true);
        set(item, null);
    };

    /**
     * clear the whole session- and local-storage
     *
     * @return void
     */
    var clear = function() {
        sessionStorage.clear();
        localStorage.clear();
    };

    /**
     * check if item has expired
     *
     * @return boolean
     */
    var checkExpiration = function(str, minutes) {
        var now = new Date(),
            nowts = now.getTime(),
            item = get(str);
        if(item && typeof item.ts != 'undefined' && (new Date(nowts) - new Date(item.ts) < minutes * 60 * 1000)) {
            return true;
        } else {
            remove(str);
            return false;
        }
    };

    return {
        get: get,
        set: set,
        remove: remove,
        clear: clear,
        checkExpiration: checkExpiration
    };
}

);

В прошлом я сохранял состояние просмотра, имея службу, которая хранила его в объекте.

Любая ссылка на поле, которое я хотел сохранить (например, столбец сортировки таблицы или значение определенного поля), будет сохранена в объекте состояния представления службы, а не в контроллере/области.

Контроллер будет проверять «источник» или «тип» передачи страницы при ее инициализации путем поиска определенного параметра или состояния URL-адреса (например, #/search?type=new). Если бы это считалось новым поиском, значения были бы сброшены. В противном случае он будет отображать и использовать ранее использованные значения.

Перезагрузка приложения уничтожит данные в Сервисе, предоставив совершенно новую форму.

Подход, который я описал выше, прост, потому что angular обрабатывает сохранение за вас. Службы являются одноэлементными, поэтому, привязываясь непосредственно к полям службы, они автоматически сохранят изменения маршрута.

На ваш взгляд:

<input ng-model="criteria.firstName">    

В инициализации вашего контроллера:

$scope.criteria = ViewStateService.criteria;

Если вы предпочитаете сохранять состояние просмотра только в определенных точках, вы можете настроить обработчик событий для события изменения страницы/маршрута и сделать копию данных в этой точке.

$scope.$on('$locationChangeStart', function(next, current) {
    //code to copy/save fields you want to the Service.
});

как отслеживать изменение маршрута в angularjs

Существует несколько методов, и два из них показались вполне надежными. В итоге я выбрал первый подход для своего приложения, так как мои параметры поиска должны были распространяться на другие контроллеры.

Сохранение их в файлах cookie

Angular.js предлагает $cookies, что позволяет получать/устанавливать параметры на браузер. Я использую это как настоящий источник параметров поиска.

Например:

search.service.js

angular
    .module('app')
    .service('SearchService', SearchService);


    SearchService.$inject = [
        '$cookies'
    ];

    function SearchService(
        $cookies
    ) {

    var searchCookieKey = 'searchHistoryCookieKey';
    var searchCookieMaxSize = 10;

    return {
        search: search,
        getSearchHistory: getSearchHistory
    };

    function search(arg1, arg2) {
        storeSearchHistory({arg1: arg1, arg2: arg2});

        // do your search here
        // also, you should cache your search so 
        // when you use the 'most recent' params
        // then it won't create another network request 
    }

    // Store search params in cookies
    function storeSearchHistory(params) {
        var history = getSearchHistory();
        history.unshift(params); // first one is most recent
        if(history.length > searchCookieMaxSize) {
            history.pop();
        }
        $cookies.putObject(searchCookieKey, history);
    }

    // Get recent history from cookies
    function getSearchHistory() {
        return $cookies.getObject(searchCookieKey) || [];
    }

}

app.states.js

   .state('search', {
        url: "/search",
        templateUrl: "/dashboard/search/templates/index.html",
        controller: 'SearchController',
        resolve: {
            searchResults: ['SearchService', '$stateParams', function(SearchService, $stateParams) {
                if(!$stateParams.arg1 || !$stateParams.arg2) {
                    var history = SearchService.getSearchHistory();
                    var mostRecent = history.length ? history[0] : null;
                    if(mostRecent) {
                        return SearchService.search(mostRecent.arg1, mostRecent.arg2);
                    }
                }
                return SearchService.search($stateParams.arg1, $stateParams.arg2);
            }]
        }
    })

Если вы не кэшируете эти поисковые сетевые вызовы, вашему приложению придется ждать возврата запроса, что замедлит работу вашего приложения.

Передача их в штатах

Вы можете создать родительский контроллер, который содержит ваши $stateParams, а ваши дочерние контроллеры наследуют параметры. Параметры не перезаписываются при переходе назад/вперед или при доступе между дочерними состояниями. Однако они перезаписываются при перемещении состояний с определенными параметрами. Таким образом, вам просто нужно будет явно указать эти родительские $stateParams при перемещении между состояниями.