用于页面路由的方法、计算设备和计算机存储介质与流程

本公开总体上涉及信息处理，并且具体地，涉及用于页面路由的方法、计算设备和计算机存储介质。

背景技术：

传统的用于页面路由方案，本质上仅仅实现了路由查找功能，在客户端组件化实施过程中扮演了中转站的简单功能，并不支持路由回调，这就导致传统的页面路由方案无法胜任逻辑组件的路由，以及逻辑组件无法将处理结果返回给路由的发起方。另外，在处理页面回退时，开发者需要根据业务场景定制回跳逻辑，在此过程中将破坏组件化结构。

综上，传统的页面路由方案，前向路由无法支持回调、并且不支持非页面用户界面组件路由以及纯逻辑组件路由。另外，在处理页面回退时，无法与组件化解耦。

技术实现要素：

本公开提供一种用于页面路由方案的方法、计算设备和计算机存储介质，具有很好的组件化解耦性，而且使得路由流程组件不仅可以处理页面前向路由，同时还可以路由至非页面展示型逻辑组件。

根据本公开的第一方面，提供了一种用于页面路由的方法。该方法包括：确定前向路由方法簇，前向路由方法簇与路由流程组件相关联；响应于确定待注册对象的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇，允许待注册对象被注册，对象包括页面、用户界面组件和逻辑组件中的至少一种；获取被允许注册的对象的路由名和路由列表，以便生成路由映射信息；将所生成的路由映射信息存储至对应的路由流程组件；响应于确定接收到用于前向路由的路由意图，路由流程组件查询路由映射信息，以便确定路由意图指示的目标对象和目标路由名；获取与目标路由名所对应的目标类，以便将目标类实例化；以及将路由意图和数据传输至目标类实例，以便目标类实例解析路由意图，以用于由当前页面路由至目标对象。

根据本发明的第二方面，还提供了一种计算设备，该设备包括：至少一个处理单元；至少一个存储器，至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令，指令当由至少一个处理单元执行时，使得设备执行本公开的第一方面的方法。

根据本公开的第三方面，还提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，计算机程序被机器执行时执行本公开的第一方面的方法。

在一些实施例中，确定待注册对象的对应类符合对应的路由流程组件的前向路由方法簇包括：响应于确定以下各项均满足，确定待注册对象的对应类符合对应的路由流程组件的前向路由方法簇：对应类存在预定义的版本号；对应类指示可理解的路由列表；以及对应类指示针对路由意图的解析方法。

在一些实施例中，用于页面路由的方法还包括：创建页面流程监听单元，以用于监听页面栈变化和页面栈中每个页面的用于后向跳转的路由意图的变化。

在一些实施例中，用于页面路由的方法还包括：经由页面流程监听单元监听页面栈，以便确定页面栈是否发生变化；响应于确定页面栈发生变化，监测每个页面的后向工作流程标识的属性的变化，后向工作流程标识用于指示后向跳转的目标页面；确定页面栈中是否存在后向流程触发源为当前页面的工作流程标识的页面；响应于确定存在后向流程触发源为当前页面的工作流程标识的页面，在页面栈中删除后向流程触发源为当前页面的工作流程标识的页面。

在一些实施例中，确定页面栈是否发生变化包括：确定与页面前进或者后退的相关接口是否被调用完成；响应于确定与页面前进或者后退的相关接口被调用完成，路由流程组件触发钩子，以用于读取导航控制器的页面栈信息；比较本次触发钩子所读取的页面栈信息与上一次触发钩子所读取的页面栈信息；以及基于比较结果，确定页面栈是否发生变化。

在一些实施例中，用于页面路由的方法还包括：响应于确定当前页面的后向工作流程标识的属性发生变化，确定当前页面之前是否存在工作流程标识等于后向工作流程标识的目标页面；响应于确定当前页面之前存在工作流程标识等于后向工作流程标识的目标页面，在页面栈中删除当前页面至目标页面之间的页面。

在一些实施例中，用于页面路由的方法还包括：响应于确定当前页面之前不存在工作流程标识等于后向工作流程标识的目标页面，在页面栈中创建新页面，新页面的后向流程触发源为当前页面的工作流程标识；将新页面添加至当前页面之前。

在一些实施例中，用于页面路由的方法还包括：监听新页面的后向工作流程标识的变化；确定新页面是否被呈现；响应于确定新页面被呈现，将新页面的后向流程触发源置空。

在一些实施例中，用于页面路由的方法还包括：响应于确定用于前向路由的路由意图所指示的目标对象为目标函数；响应于确定目标对象为目标函数；以及基于目标函数，生成用户界面组件或者逻辑组件。

在一些实施例中，用于页面路由的方法还包括：确定所接收到的路由意图是否指示路由回调；响应于确定所接收到的路由意图指示路由回调，获取当前路由的发起方的信息；确定是否已经路由至路由意图所指示的目标对象。响应于确定已经路由至路由意图所指示的目标对象，获取关于当前路由的回调信息。经由路由流程组件，将回调信息转接至当前路由的发起方。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或主要特征，也无意限制本公开的范围。

附图说明

图1示出了根据本公开的实施例的用于实施用于页面路由的方法的系统的示意图。

图2示出了根据本公开的实施例的用于页面路由的方法的流程图。

图3示出了根据本公开的实施例的用于页面路由的方法的示意图。

图4示出根据本公开实施例的用于路由回调的方法的流程图。

图5示出根据本公开实施例的用于后向路由的方法的流程图。

图6示出根据本公开实施例的当目标页面存在时的页面栈调整方法的示意图。

图7示出根据本公开实施例的当目标页面不存在时的页面栈调整方法的示意图。

图8示意性示出了适于用来实现本公开实施例的电子设备的框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。

如前文所描述，传统的页面路由方案仅仅实现了路由查找功能，并不支持路由回调，也不支持非页面用户界面组件路由以及纯逻辑组件路由。另外，传统的页面路由方案，并非是以插件形式存在的，在处理页面回退时，无法与组件很好地解耦。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于页面路由的方案。该方案包括：确定前向路由方法簇，前向路由方法簇与路由流程组件相关联；响应于确定待注册对象的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇，允许待注册对象被注册，对象包括页面、用户界面组件和逻辑组件中的至少一种中的至少一种；获取被允许注册的对象的路由名和路由列表，以便生成路由映射信息；将所生成的路由映射信息存储至对应的路由流程组件；响应于确定接收到用于前向路由的路由意图，路由流程组件查询路由映射信息，以便确定路由意图指示的目标对象和目标路由名；获取与目标路由名所对应的目标类，以便将目标类实例化；以及将路由意图传输至目标类，以便目标类解析路由意图，以用于由当前页面路由至目标对象。

在上述方案中，通过确定前向路由方法簇，并且在确定待注册的对象（例如页面、用户界面组件和逻辑组件）的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇，以及基于待注册对象的路由名和路由列表生成存储至对应路由流程组件的路由映射信息，本公开能够通过前向路由方法簇来便利地定义或者增减可注册的页面、用户界面组件和逻辑组件的路由规则，而无需改动整个路由核心逻辑和组件化结构，因此，使得本公开的页面路由方案具有很好的组件化解耦性，即逻辑跳转时不需明确依赖关系，而且使得路由流程组件不仅可以处理页面前向路由，同时还可以路由至非页面展示型逻辑组件。另外，通过确定接收到前向路由意图，路由流程组件查询路由映射信息以获取与目标路由名所对应的目标类，以便将目标类实例化并且目标类解析路由意图以用于由当前页面路由至目标页面以及目标组件。本公开将路由映射信息与路由处理逻辑块建立键值映射关系，使得接收到路由意图时，路由流程组件可以触发预先设定的处理逻辑。

因而，本公开路由方案具有很好的组件化解耦性，而且使得路由流程组件不仅可以处理页面前向路由，同时还可以路由至非页面展示型逻辑组件。

图1示出了根据本公开的实施例的用于实施用于页面路由的方法的系统100的示意图。如图1所示，系统100包括：用户终端110、服务器140和网络150。用户终端110、服务器140可以通过网络150进行数据交互。

关于用户终端110，其用于确定前向路由方法簇；在确定待注册对象的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇时允许代注册对象被注册；将基于路由名和路由列表所生成的路由映射信息存储至对应路由流程组件；并且在确定接收到用于前向路由的路由意图时使得路由流程组件查询路由映射信息以便确定目标对象；以及获取目标路由名所对应的目标类以便实例化，并且经由解析路由意图路由至目标对象。用户终端110例如包括：前向路由方法簇确定单元112、确定待注册对象单元114、路由映射信息生成单元116、路由映射信息存储单元118、目标对象确定单元120、目标类实例化单元122、路由意图解析单元124。

关于前向路由方法簇确定单元112，其用于确定前向路由方法簇，前向路由方法簇与路由流程组件相关联。

关于确定待注册对象单元114，其用于确定待注册对象的对应类或者路由方法模块是否符合对应的路由流程组件的前向路由方法簇；如果确定待注册对象的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇，允许待注册对象被注册，对象包括页面、用户界面组件和逻辑组件中的至少一种。

关于路由映射信息生成单元116，其用于获取被允许注册的对象的路由名和路由列表，以便生成路由映射信息。

关于路由映射信息存储单元118，其用于将所生成的路由映射信息存储至对应的路由流程组件。

关于目标对象确定单元120，其用于确定是否接收到用于前向路由的路由意图；如果确定接收到用于前向路由的路由意图，路由流程组件查询路由映射信息，以便确定路由意图的目标对象，路由意图至少指示目标对象和目标路由名。

关于目标类实例化单元122，其用于获取与目标路由名所对应的目标类，以便将目标类实例化。

关于路由意图解析单元124，其用于将路由意图传输至目标类，以便目标类解析路由意图，以用于由当前页面路由至目标对象。

以下将结合图2和图3描述根据本公开的实施例的用于页面路由的方法200。图2示出了根据本公开的实施例的用于页面路由的方法200的流程图。图3示出了根据本公开的实施例的用于页面路由的方法的示意图。应当理解，方法200例如可以在图8所描述的电子设备800处执行。也可以在图1所描述的终端设备110处执行。应当理解，方法200还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在步骤202处，终端设备110确定前向路由方法簇，前向路由方法簇与路由流程组件相关联。

前向路由的场景例如是：终端设备110检测到用户点击当前页面上的某个图标后，跳转到与该按钮对应的下一个或者下几个页面。

关于前向路由方法簇，其用于定义用于前向路由的接入协议，前向路由方法簇与路由流程组件相关联。例如，终端设备可以预先确定多个前向路由方法簇，例如是用于前向页面路由方法簇、前向用户界面组件（合称为ui组件）/逻辑路由方法簇。如图3所示，路由中心318用于管理路由流程组件320，路由流程组件320例如关联用于前向页面路由的方法簇322、用于前向ui组件/逻辑路由的方法簇324，以及后向页面路由326的路由方式。

在步骤204处，终端设备110确定待注册对象的对应类或者路由方法模块是否符合对应的路由流程组件的前向路由方法簇。例如，终端设备110确定待注册对象的对应类是否能够实现或者响应前向路由方法簇所对应的条件。

关于待注册对象，其包括待注册的页面、用户界面组件和逻辑组件中的至少一种。关于逻辑组件，其可能具有交互功能。待注册对象例如是利用router类的静态方法router方法进行注册。注册信息至少包括两个参数：路由地址以及对应的类。

关于类，其为能够理解对应路由的路由类型。例如，路由类型“aactivity”代表能够理解路由名a的路由url。当路由被触发时，流程组件根据路由索引到与路由匹配的对象，此时通过判断匹配对象的类型来决定如何触发路由处理逻辑。当匹配对象是一个“类”时，对类进行实例化后入参调用。当匹配对象是一个方法块时，则对此方法块直接入参并触发，使得方法块内部的逻辑被执行。对于复杂度较高的路由一般采用类来承接，这样便于形成高内聚的、业务逻辑单一的可分散存在的路由处理类，一般而言，这种处理类的代码行数应超过10行至千行。路由名与能够理解该路由名的路由类型之间的映射关系可以存储至路由流程组件中。页面、用户界面组件和逻辑组件这些对象（例如标记316所指示）的对应类需要能够符合前向路由方法簇，才可以注册入图3所示的路由中心318，以便与路由流程组件320相关联，以及进而被后续作为路由意图所指示的目标对象（例如标记314所指示）。该路由意图312例如来自图3中的路由发起方310发送的路由url。

关于路由方法模块（也可称为方法块），其是一个包含执行逻辑的匿名函数，该匿名函数在注册路由时被直接作为入参传入了路由流程组件中，之后路由流程组件构造了路由名与方法块的映射关系，这种映射关系与“路由名与目标类的映射关系”等效。对于逻辑简单，10行左右代码即可解决的路由问题，用类的形式来承接过于繁琐，而方法块的形式更为轻量，也便于聚合在一个代码文件中集中管理。以下通过示例性代码示例方法块：

“workflowmanager.registerroute(route:"sqb://go/some/page",handler:^(idparas){

//分析paras,针对paras的内容做响应逻辑

}”

其中^(idparas){//分析paras,针对paras的内容做响应逻辑}，这部分即是方法块。关于确定是否符合对应的路由流程组件的前向路由方法簇的方式，其例如包括：终端设备110确定是否以下各项均满足：对应类存在预定义的版本号；对应类指示可理解的路由列表；以及对应类指示针对路由意图的解析方法。如果终端设备110确定以上各项均满足，则确定待注册对象的对应类符合对应的路由流程组件的前向路由方法簇。

在步骤206处，如果终端设备110确定待注册对象的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇，允许待注册对象被注册。例如，如果终端设备110确定对象316（例如是页面）的对应类符合前向页面路由方法簇322，则允许待注册对象被注册至路由中心318。如果终端设备110确定待注册对象的对应类或者路由方法模块不符合对应的路由流程组件的前向路由方法簇，则跳转至步骤220处，不允许待注册对象被注册。

在步骤208处，终端设备110获取被允许注册的对象的路由名和路由列表，以便生成路由映射信息。

在步骤210处，终端设备110将所生成的路由映射信息存储至对应的路由流程组件。例如，终端设备110获取对象316（例如是页面）的路由名和路由列表，并且基于该路由名和路由列表生成路由映射信息，存储至对应路由流程组件。

在步骤212处，终端设备110确定接收到用于前向路由的路由意图。如果终端设备110确定没有接收到用于前向路由的路由意图，继续执行步骤212。

在步骤214处，如果终端设备110确定接收到用于前向路由的路由意图，路由流程组件查询路由映射信息，以便确定路由意图至少指示目标对象和目标路由名。在步骤216处，终端设备110获取与目标路由名所对应的目标类，以便将目标类实例化。

在步骤218处，终端设备110将路由意图传输至目标类，以便目标类解析路由意图，以用于由当前页面路由至目标对象。

在一些实施例中，如果终端设备110确定用于前向路由的路由意图所指示的目标对象为目标函数；基于目标函数，生成用户界面组件或者逻辑组件。例如，一些路由url需要页面承接，例如页面前向路由。而一些由url不需要页面承接，例如，路由url的所指示的目标对象为目标函数（例如而不限于md5计算）。该目标函数与对应的方法模块绑定，二者的映射关系存储在路由流程组件。路由流程组件获取该目标函数，基于映射关系所指示的对应的方法模块生成对应的用户界面组件或者逻辑组件。

在上述方案中，通过确定前向路由方法簇，并且在确定待注册的对象（页面、用户界面组件和逻辑组件）的对应类或者路由方法模块符合对应的路由流程组件的前向路由方法簇，以及基于待注册对象的路由名和路由列表生成存储至对应路由流程组件的路由映射信息，本公开能够通过前向路由方法簇来便利地定义或者增减可注册对象的路由规则，使得非页面展示型ui组件和纯逻辑组件也可以按照方法簇规范注册至路由流程组件，而无需改动整个路由核心逻辑和组件化结构，因此，使得本公开的页面路由方案具有很好的组件化解耦性，即逻辑跳转时不需明确依赖关系，而且扩展了前向路由的适用范围，支持非页面ui组件和纯逻辑组件的路由。

另外，通过确定接收到前向路由意图，路由流程组件查询路由映射信息获取与目标路由名所对应的目标类，以便将目标类实例化以便目标类解析路由意图以用于由当前页面路由至目标页面以及目标组件。本公开将路由映射信息与路由处理逻辑块建立键值映射关系，使得接收到路由意图时，路由流程组件可以触发预先设定的处理逻辑。因而，本公开路由方案具有很好的组件化解耦性，而且使得路由流程组件不仅可以处理页面前向路由，同时还可以路由至非页面展示型逻辑组件。

在一些实施例中，方法200还包括用于路由回调的方法400。以下结合图4说明用于路由回调的方法400。图4示出根据本公开实施例的用于路由回调的方法400的流程图。应当理解，方法400例如可以在图8所描述的电子设备800处执行。也可以在图1所描述的终端设备110处执行。应当理解，方法400还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在步骤402处，终端设备110确定所接收到的路由意图是否指示路由回调。例如，有些路由url指示返回值，以用于指示路由发起方希望获取路由结果。

在步骤404处，如果终端设备110确定所接收到的路由意图指示路由回调，获取当前路由的发起方的信息。

在步骤406处，终端设备110确定是否已经路由至路由意图所指示的目标对象。

在步骤408处，如果终端设备110确定已经路由至路由意图所指示的目标对象，获取关于当前路由的回调信息。

在步骤410处，终端设备110经由路由流程组件，将回调信息转接至当前路由的发起方。

以下以代码方式示例前向路由方式，以及路由回调的方式：

“[sqbroutemanagerroute:@”xxx”withparameters:@{}success:^(idret){

//路由回调

}failed:^(nserror*error){

//路由失败

}];”

通过采用上述手段，本公开可以支持路由回调，可以将目标对象的处理结果返回给路由的发起方。

以下结合图5至图7说明用于后向路由的方法500。图5示出根据本公开实施例的用于后向路由的方法500的流程图。图6示出根据本公开实施例的当目标页面存在时的页面栈调整方法600的示意图。图7示出根据本公开实施例的当目标页面不存在时的页面栈调整方法700的示意图。应当理解，方法500例如可以在图8所描述的电子设备800处执行。也可以在图1所描述的终端设备110处执行。应当理解，方法500还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在步骤502处，终端设备110经由页面流程监听单元监听页面栈，以便确定页面栈是否发生变化。

关于页面栈，其用于以栈的形式维护当前的所有页面。页面栈中的多个页面具有一定的顺序，并且每个页面具有对应的工作流程标识（例如表示为“workflowid”）例如，如图6所示，标记610所指示的页面n例如是一个支付页面。标记630所指示的页面b例如是一个商品列表页面。标记620所指示的页面例如是用作后向流程触发源的页面，即用于触发跳转至页面n的触发源页面。例如，如果用户进入支付页面后希望修改某个商品，则需要从页面n返回至页面b。

关于页面流程监听单元（例如，图3中的页面流程监听单元332），其是由终端设备110的路由流程组件预先创建的，以用于监听页面栈变化和页面栈中每个页面的用于后向跳转的路由意图的变化。例如，页面流程监听单元332时刻监听页面栈330的整体变化，以及页面栈330中每个页面的后向路由“意图声明”的变更，以便路由流程组件实时动态调整页面栈330。

关于监听页面栈的方式，其例如包括：可以通过app主窗口的导航控制器中读取到页面栈。页面的前进后退需要调用相关接口来触发，因此，路由流程组件可以针对相关接口下钩子（hook）以便相关接口一旦被调用，即可被路由流程组件所感知，进而实现监听页面栈的效果。

在步骤504处，如果终端设备110确定页面栈发生变化，监测每个页面的后向工作流程标识的属性的变化，后向工作流程标识用于指示后向跳转的目标页面。

关于确定页面栈是否发生变化的方式，其例如是：确定与页面前进或者后退的相关接口是否被调用完成；响应于确定与页面前进或者后退的相关接口被调用完成，路由流程组件触发钩子，以用于读取导航控制器的页面栈信息；比较本次触发钩子所读取的页面栈信息与上一次触发钩子所读取的页面栈信息；以及基于比较结果，确定页面栈是否发生变化。

如果路由流程组件基于比较结果，确定本次触发钩子所读取的页面栈信息相对于与上一次触发钩子所读取的页面栈信息发生变化，则监测每个页面的后向工作流程标识的属性的变化，后向工作流程标识（例如表示为“backworkflowid”）用于指示后向跳转的目标页面，即后向工作流程标识，为后向跳转的目标页面的工作流程标识。

关于后向工作流程标识的属性，其例如是目标页面的工作流程标识所指向的内存地址。该属性一旦发生变化，会触发回调。因此，终端设备110例如可以通过监测每个页面的后向工作流程标识所指向的内存地址变化的相关回调信息，从而可以确定每个页面的后向工作流程标识的属性的变化。

在步骤506处，终端设备110确定页面栈中是否存在后向流程触发源为当前页面的工作流程标识的页面。后向流程触发源用于指示由哪一个页面触发在页面栈中产生了新页面，即页面栈中新产生页面的触发源页面的标识，在页面栈中的新页面会关联该后向流程触发源。后向流程触发源为当前页面的工作流程标识的页面，即当前页面的后向触发源页面。例如，由订单结果查询订单实际支付情况，第一次查询时，支付结果页面例如显示“支付失败”；再次查询时，支付结果页面例如显示“支付成功”。在此示例中，订单结果页面例如是后向流程触发源页面。其使得页面栈两次产生支付结果页面。如图6所示，当前页面为标记610所指示的页面n，标记620所指示的页面为当前页面（即标记610所指示的页面n，该页面n的工作流程标识例如为“n”）的工作流程标识的后向流程触发源。如果终端设备110确定不存在后向流程触发源为当前页面的工作流程标识的页面，跳转至步骤510。在步骤508处，如果终端设备110确定存在后向流程触发源（例如表示为“backowner”）为当前页面的工作流程标识的页面（例如表示为backowner=n），在页面栈中删除后向流程触发源为当前页面的工作流程标识的页面。例如，如果终端设备110在图6所示的页面栈中存在后向流程触发源为当前页面的工作流程标识的页面（即标记620所指示的页面），则删除标记620所指示的页面。通过上述手段，路由流程组件可对页面栈进行修正，动态生成或删除页面栈中的某些页面，使当前页面在后退时能快速加载目标页面。

在步骤510处，终端设备110确定当前页面的后向工作流程标识的属性是否发生变化。例如，终端设备110可以通过监测当前页面（例如标记610所指示的页面n）的后向跳转的目标页面的流程标识所指向的内存地址是否发生变化。

在步骤512处，如果终端设备110确定当前页面的后向工作流程标识的属性发生变化，确定当前页面之前是否存在工作流程标识等于后向工作流程标识的目标页面。

工作流程标识等于后向工作流程标识的目标页面，其例如是图6所示的标记630所指示的页面b（该页面b的工作流程标识例如为“b”）。该页面b为当前页面（页面n）的后向跳转的目标页面。

在步骤514处，如果终端设备110确定当前页面的后向工作流程标识之前存在工作流程标识等于后向工作流程标识的目标页面，在页面栈中删除当前页面至目标页面之间的页面。例如，如果确定页面栈中当前页面（例如页面n）之前存在后向跳转的目标页面（例如页面b，例如表示为：页面n的backworkflowid=b），则删除页面n至页面b之间的所有页面。通过监听页面栈中后向工作流程标识属性的变化和基于页面栈的页面顺序，本公开可以实现在用户按下返回按钮之前就可以将当前页面与目标页面之间的页面删除，进而使得后向跳转时更为快速加载目标页面。

在一些实施例中，对于任意一次“当前页面的后向工作流程标识属性变化”，都会触发新增页面逻辑，只是在新增页面之前还附加的检查一遍是否存在触发源与当前页面相同的页面，这种情况意味着当前页面之前触发过新增，如果确实如此，需要将之前因为属性变化而导致新增的页面删除，以保证页面回退时没有多余页面。在步骤516处，如果终端设备110确定当前页面之前不存在工作流程标识等于后向工作流程标识的目标页面，在页面栈中创建新页面，新页面的后向流程触发源为当前页面的工作流程标识。例如，如图7所示，假设，当前页面（例如标记710所指示的页面n）的后向工作流程标识所指向的目标页面（即后向跳转的目标页面，例如是标记730所指示的页面x，例如表示为：页面n的backworkflowid=x）。终端设备110确定页面栈中当前页面（例如页面n）之前不存在后向跳转的目标页面（例如页面x），则在页面栈中创建新页面（例如页面x），并且设置该创建页面x的触发源为页面n的工作流程标识（例如表示为：页面x的backowner=n）。

关于创建新页面的方式，其例如如图7所示，需要遵循协议740。以下示意性示出了基于协议740的创建实例：

“+(nsarray*)identifiercouple;

+(uiviewcontroller*)backdestinationvcwithidentifier:(nsstring*)identifier

paramters:(id)params;//创建实例”

在步骤518处，终端设备110将新页面添加至当前页面之前。

在步骤520处，终端设备110监听新页面的后向工作流程标识的变化。

在步骤522处，如果终端设备110确定新页面被呈现，将新页面的后向流程触发源置空。如图7所示，如果确定新创建的标记750所指示的页面y或者标记730所指示的页面x被呈现时，将标记760所指示的新页面的后向流程触发源置空。

传统的用于页面路由的方案不支持后向路由。其在处理页面回退时，开发者依然要根据业务场景定制回跳逻辑，因此容易破坏组件化结构，而在方法500的方案中，业务方只需声明回退页面的工作流程标识，路由流程组件通过监听页面栈中各页面的工作流程标识的动态属性变更，自行调整页面栈结构，使页面回退时准确展示相应页面。实现了页面跳转场景下的后向路由功能，解决了页面回退跳转时的耦合问题。

图8示意性示出了适于用来实现本公开实施例的电子设备（或者计算设备）800的框图。设备800可以是用于实现执行图2、图4和图5所示的方法200、400和500的设备。如图8所示，设备800包括中央处理单元（cpu）801，其可以根据存储在只读存储器（rom）802中的计算机程序指令或者从存储单元808加载到随机存取存储器（ram）803中的计算机程序指令，来执行各种适当的动作和处理。在ram中，还可存储设备800操作所需的各种程序和数据。cpu、rom以及ram通过总线804彼此相连。输入/输出（i/o）接口805也连接至总线804。

设备800中的多个部件连接至输入/输出（i/o）805，包括：输入单元806、输出单元807、存储单元808，中央处理单元801执行上文所描述的各个方法和处理，例如执行方法200至500例如，在一些实施例中，方法200、400和500可被实现为计算机软件程序，其被存储于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到ram并由cpu执行时，可以执行上文描述的方法200、400和500的一个或多个操作。备选地，在其他实施例中，cpu可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行方法200、400和500的一个或多个动作。

需要进一步说明的是，本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：便携式计算机盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、静态随机存取存储器（sram）、便携式压缩盘只读存储器（cd-rom）、数字多功能盘（dvd）、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波（例如，通过光纤电缆的光脉冲）、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构（isa）指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，该编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如c语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列（fpga）或可编程逻辑阵列（pla），该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、设备（系统）、和计算机程序产品的流程图和/或步骤图描述了本公开的各个方面。应当理解，流程图和/或步骤图的每个方步骤以及流程图和/或步骤图中各方步骤的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给语音交互装置中的处理器、通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或步骤图中的一个或多个方步骤中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或步骤图中的一个或多个方步骤中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或步骤图中的一个或多个方步骤中规定的功能/动作。

附图中的流程图和步骤图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或步骤图中的每个方步骤可以代表一个模块、程序段或指令的一部分，该模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方步骤中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，步骤图和/或流程图中的每个方步骤、以及步骤图和/或流程图中的方步骤的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

以上仅为本公开的可选实施例，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的保护范围之内。