如何获得“后退”按钮以与AngularJS ui路由器状态机一起使用?

如何获得“后退”按钮以与AngularJS ui路由器状态机一起使用?,第1张

如何获得“后退”按钮以与AngularJS ui路由器状态机一起使用? 注意

建议使用的变体形式的答案

$window.history.back()
都忽略了问题的关键部分:如何随着历史记录的跳转(后退/前进/刷新)
将应用程序的状态恢复 到正确的状态位置。考虑到这一点; 请继续阅读。


是的,可以在运行纯

ui-router
状态机时使浏览器前进/后退(历史记录)并刷新,但是这需要花些时间。

您需要几个组件:

  • 唯一网址 。当您更改URL时,浏览器仅启用后退/前进按钮,因此您必须为每个访问状态生成唯一的URL。这些url不必包含任何状态信息。

  • 会话服务 。每个生成的url都与特定状态相关联,因此您需要一种存储url-state对的方法,以便在通过后退/前进或刷新单击重新启动角度应用后,您可以检索状态信息。

  • 国家历史 。简单的ui-router状态字典,由唯一的url键输入。如果可以依靠HTML5,则可以使用HTML5历史记录API,但如果像我一样不能这样做,则可以自己用几行代码实现它(请参见下文)。

  • 定位服务 。最后,您需要能够管理由代码内部触发的ui路由器状态更改,以及通常由用户单击浏览器按钮或在浏览器栏中键入内容而触发的正常浏览器URL更改。所有这些都可能会有些棘手,因为很容易混淆触发事件的原因。

这是我对所有这些要求的实现。我将所有内容捆绑为三个服务:

会话服务

class SessionService    setStorage:(key, value) ->        json =  if value is undefined then null else JSON.stringify value        sessionStorage.setItem key, json    getStorage:(key)->        JSON.parse sessionStorage.getItem key    clear: ->        @setStorage(key, null) for key of sessionStorage    stateHistory:(value=null) ->        @accessor 'stateHistory', value    # other properties goes here    accessor:(name, value)->        return @getStorage name unless value?        @setStorage name, valueangular.module 'app.Services'.service 'sessionService', SessionService

这是javascript

sessionStorage
对象的包装。为了清楚起见,我将其缩减。有关此内容的完整说明,请参见:如何使用AngularJS单页应用程序处理页面刷新

国家历史服务处

class StateHistoryService    @$inject:['sessionService']    constructor:(@sessionService) ->    set:(key, state)->        history = @sessionService.stateHistory() ? {}        history[key] = state        @sessionService.stateHistory history    get:(key)->        @sessionService.stateHistory()?[key]angular.module 'app.Services'.service 'stateHistoryService', StateHistoryService

StateHistoryService
所产生的,唯一的网址键入的历史状态的存储和检索后的外观。它实际上只是字典样式对象的便利包装。

国家位置服务

class StateLocationService    preventCall:[]    @$inject:['$location','$state', 'stateHistoryService']    constructor:(@location, @state, @stateHistoryService) ->    locationChange: ->        return if @preventCall.pop('locationChange')?        entry = @stateHistoryService.get @location.url()        return unless entry?        @preventCall.push 'stateChange'        @state.go entry.name, entry.params, {location:false}    stateChange: ->        return if @preventCall.pop('stateChange')?        entry = {name: @state.current.name, params: @state.params}        #generate your site specific, unique url here        url = "/#{@state.params.subscriptionUrl}/#{Math.guid().substr(0,8)}"        @stateHistoryService.set url, entry        @preventCall.push 'locationChange'        @location.url urlangular.module 'app.Services'.service 'stateLocationService', StateLocationService

StateLocationService
处理两个事件:

  • locationChange 。当更改浏览器的位置时,通常是在按下后退/前进/刷新按钮时,或者在应用首次启动时,或者在用户键入URL时,将调用此方法。如果当前location.url的状态存在于,

    StateHistoryService
    则它用于通过ui-router的恢复状态
    $state.go

  • stateChange 。当您在内部移动状态时会调用此方法。当前状态的名称和参数存储在

    StateHistoryService
    由生成的URL键入的键中。生成的url可以是您想要的任何内容,它可以或可以不以人类可读的方式标识状态。就我而言,我使用的是状态参数,以及从guid派生的随机生成的数字序列(有关guid生成器代码段,请参见脚)。生成的url显示在浏览器栏中,并且至关重要的是,使用添加到浏览器的内部历史记录堆栈中
    @location.url url
    。它将url添加到浏览器的历史记录堆栈中,从而启用前进/后退按钮。

这种技术的最大问题是,在调用

@location.urlurl
stateChange
方法会触发
$locationChangeSuccess
事件,那么调用该
locationChange
方法。同样地调用
@state.go
from
locationChange
将触发
$stateChangeSuccess
事件以及
stateChange
方法。这变得非常混乱,并弄乱了浏览器的历史记录。

解决方案非常简单。您可以看到该

preventCall
数组被用作堆栈(
pop
push
)。每次调用其中一个方法时,都会阻止另一个方法仅被一次性调用。该技术不会干扰$事件的正确触发,并使一切保持直线。

现在,我们要做的就是

HistoryService
在状态转换生命周期中的适当时间调用方法。这是在AngularJS Apps
.run
方法中完成的,如下所示:

Angular app.run

angular.module 'app', ['ui.router'].run ($rootScope, stateLocationService) ->    $rootScope.$on '$stateChangeSuccess', (event, toState, toParams) ->        stateLocationService.stateChange()    $rootScope.$on '$locationChangeSuccess', ->        stateLocationService.locationChange()

生成指南

Math.guid = ->    s4 = -> Math.floor((1 + Math.random()) * 0x10000).toString(16).substring(1)    "#{s4()}#{s4()}-#{s4()}-#{s4()}-#{s4()}-#{s4()}#{s4()}#{s4()}"

完成所有这些 *** 作后,前进/后退按钮和刷新按钮均可按预期工作。



欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5642015.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-16
下一篇 2022-12-16

发表评论

登录后才能评论

评论列表(0条)

保存