一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种页面处理方法、装置及设备与流程

2023-02-04 12:52:02 来源:中国专利 TAG:


1.本发明涉及移动应用开发技术领域,具体涉及一种页面处理方法、装置及设备。


背景技术:

2.在app上运行的页面包括原生的ios、android页面和h5页面,其中h5页面可以实现一点开发多处挂载,即开发一个h5页面可以挂到不同的app或者其他渠道触点上实现业务能力的输出。目前一个页面集成到app上实现页面可运行、业务可办理,需涉及页面开发、渠道接入等步骤,主要通过以下方案来实现:
3.页面开发:常规处理方式为按照不同的终端平台不同的浏览器版本定制开发页面,1个业务要运行在多终端上需要开发不同的版本。目前业界已有类似的装置,可以通过把1个页面转换成多个不同页面来适配多个终端平台的方式,实现1个业务开发1个版本,但需要维护转换后的多个版本的页面。且页面的开发和运行非常依赖终端平台,1个业务要运行在不同终端的不同版本浏览器上,需要按平台和浏览器版本各开发1个页面,当有n个业务时,可能最多需要开发m个页面,m=n*(p e),其中p指的是终端平台数量,比如ios手机默认、android手机、pc等;e指的是浏览器版本数量,比如ie8、ie11、google等,可以看出当需要输出的业务能力较多时,花在页面开发的工作量翻番。目前业界已有的适配装置,也只是简单的将开发页面转换成多个版本的页面,来适配不同的平台、浏览器和机型,需要维护多个转换后的页面版本,不能真正意义上的实现1个版本全自动兼容。
4.渠道接入:开发好的页面要集成到不同的渠道触点供使用,页面需要按照各个渠道触点的规范实现单点登录,完成登录后页面才能被正式访问使用,即由页面开发的应用方去适配渠道触点。但页面开发完成后挂载到渠道触点上,并不能直接被使用,往往会报404或者无权访问的错误,各渠道触点有自己的单点登录规范,渠道触点需要按照自己的规范来对接才能实现页面访问。


技术实现要素:

5.鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的页面处理方法、装置及设备。
6.根据本发明实施例的一个方面,提供了一种页面处理方法,包括:
7.获得适用于应用程序的页面;
8.将所述页面通过页面处理装置进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种。
9.根据本发明实施例的另一方面,提供了一种页面处理装置,包括:
10.获取模块,用于获得适用于应用程序的页面;
11.处理模块,用于将所述页面通过页面处理装置进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种。
12.根据本发明实施例的又一方面,提供了一种计算设备,包括:处理器、存储器、通信
接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
13.所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述页面处理方法对应的操作。
14.根据本发明实施例的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述页面处理方法对应的操作。
15.根据本发明上述实施例提供的方案,通过获得适用于应用程序的页面;将所述页面通过页面处理装置进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种,可以使页面一次开发就可发布到多终端多浏览器,达到了接入规范的统一,统一鉴权、统一流量控制、统一日志记录,减少了系统对接的成本,由此解决了页面自动适配的问题,减少了系统对接的成本,取得了页面轻量化的开发和运维的有益效果。
16.上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明实施例的具体实施方式。
附图说明
17.通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明实施例的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
18.图1示出了本发明实施例提供的页面处理方法流程图;
19.图2示出了本发明另一个实施例提供的页面处理方法的流程图;
20.图3示出了本发明实施例提供的页面处理方法实现的多维度自动兼容示意图;
21.图4示出了本发明实施例提供的页面处理方法实现的接入管理示意图;
22.图5示出了本发明实施例提供的页面处理方法实现的场景管理示意图;
23.图6示出了本发明实施例提供的页面处理方法的具体功能架构图;
24.图7示出了本发明实施例提供的页面处理装置的结构示意图;
25.图8示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
26.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
27.图1示出了本发明实施例提供的页面处理方法的流程图。如图1所示,该方法包括以下步骤:
28.步骤11,获得适用于应用程序的页面;
29.步骤12,将所述页面通过页面处理装置进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种。
30.该实施例所述的页面处理方法,通过获得适用于应用程序的页面;将所述页面通过页面处理装置进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种,可以使页面一次开发就可发布到多终端多浏览器,达到了接入规范的统一,统一鉴权、统一流量控制、统一日志记录,减少了系统对接的成本,由此解决了页面自动适配的问题,减少了系统对接的成本,实现了页面轻量化的开发和运维。
31.图2示出了本发明另一个实施例提供的页面处理方法的流程图。如图2所示,该方法包括以下步骤:
32.步骤21,将所述页面与目标对象进行适配,若适配不成功,通过所述页面处理装置获得适配不成功的原因信息;
33.本发明的一可选的实施例中,步骤21中的目标对象包括以下至少一项:终端、浏览器、机型。
34.在本发明的一可选的实施例中,步骤21还可以包括:将所述适配不成功的原因信息对应的页面组件记录信息,存储于所述页面处理装置的记录数据库中。
35.具体的,所述页面处理装置提供了错误收集的功能,将所述页面与目标对象进行适配,若适配不成功,获得适配不成功的原因信息,将原因存储于所述页面处理装置的记录数据库中,为后续对本装置的迭代优化提供依据。
36.步骤22,从所述页面处理装置的第一预设适配数据库中,获得与所述适配不成功的原因信息对应的适配方案;
37.步骤23,根据所述适配方案,将所述页面与所述目标对象进行适配。
38.图3示出了本发明实施例提供的页面处理方法实现的多维度自动适配兼容示意图。具体的,适配模块30包括:终端、浏览器、机型中的至少一种;
39.其中,终端适配,指的是开发一个普通的h5页面,通过页面处理装置自动识别终端类别,判断页面需要兼容的是电视机大屏、pc中屏还是pad/手机小屏页面,并完成代码追加和修改,实现各类终端的兼容。
40.浏览器适配,指的是开发一个普通的h5页面,通过页面处理装置自动识别各版本浏览器不兼容的语法,并完成自动修复,实现各版本浏览器兼容。
41.机型适配,指的是开发一个普通的h5页面,通过页面处理装置识别各系统机型不同的原生api版本,判断在页面加载过程中可能会出错的地方,并完成自动修复,实现各机型的兼容。
42.该实施例中,适配管理考虑了各类复杂情况,从终端适配、浏览器适配、机型适配等维度实现页面的自动兼容适配,针对一个页面可能在多个终端平台的app挂载使用的场景,比如android手机、ios手机、ipad等多终端的应用都需要使用同一页面,无需多版本定制化开发,通过本发明所述的页面处理装置可以实现自动适配,同时适配后不会生成冗余的页面版本,开发过程和运行过程均为一个版本的,减少多版本的开发成本,减少特殊处理逻辑。实现了一次开发自动兼容适配多个平台、浏览器、机型的功能,可挂载在多个平台。另外,适配管理实现的不仅是比例的缩放以及语法、原生api的兼容,同时会将挑选不同终端上适合的组件做转换。比如时间选择组件在pad上的和手机上的展现会有所差异。
43.图4示出了本发明实施例提供的页面处理方法实现的接入管理示意图。如图4所示,在本发明的一可选的实施例中,步骤12可以包括:
44.步骤121,接收目标应用程序调用所述页面的页面接入请求;
45.步骤122,根据所述页面接入请求对所述目标应用程序进行认证,认证通过后,将所述页面接入到所述目标应用程序中。
46.在本发明的一可选实施例中,步骤122可以包括:
47.根据所述页面接入请求,向所述目标应用程序返回临时令牌;
48.接收所述目标应用程序发送的访问请求,所述访问请求携带所述临时令牌以及系统标识;
49.对所述令牌进行认证,认证通过后,调用所述页面,将所述页面接入到所述目标应用程序中。
50.具体的,通过统一的接入管理规范提供权限管控和单点登录功能,实现标准、安全的认证鉴权能力。渠道接入前通过页面处理装置为各渠道分配唯一的接入标识,渠道第一次接入需要请求页面处理装置认证系统标识,认证通过后需要携带系统标识向页面处理装置申请临时令牌token,之后的每一次访问都需要携带token,页面处理装置进行模拟登录,登录成功后跳转最终的h5页面。
51.该实施例中,接入管理从减少渠道接入使用成本的角度出发,定义了统一的接入规范,整合了cookie(保留在客户的文本文件)、session(会话)、远程登录等各类技术手段,实现了标准化的接入。
52.图5示出了本发明实施例提供的页面处理方法实现的场景管理示意图。如图5所示,在本发明的一可选的实施例中,步骤12中形成不同场景的场景管理可以包括:
53.获取至少一个所述页面;
54.按照业务的需求,将至少一个所述页面,形成至少一个场景。
55.具体的,页面处理装置提供场景管理功能,将最小粒度的页面组件组合成场景化的能力,实现复杂业务的办理。
56.该实施例中,场景管理通过整合单一、零碎的页面资源,复用现有页面的元素和组件,从业务运营的角度可以使业务办理能力拥有用户场景化,多个单一的页面可以按照一定的规则编排出场景化的页面能力,最终实现了复杂业务办理。
57.图6示出了本发明实施例提供的页面处理方法的具体功能架构图。如图6所示,在本发明的上述实施例中,通过获得适用于应用程序的页面;将所述页面通过页面处理装置60进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种,可以使页面一次开发就可发布到多终端多浏览器,达到了接入规范的统一,统一鉴权、统一流量控制、统一日志记录,减少了系统对接的成本,由此解决了页面自动适配的问题,减少了系统对接的成本,取得了页面轻量化的开发和运维的有益效果。
58.图7示出了本发明实施例提供的页面处理装置70的结构示意图。如图6所示,该装置70包括:
59.获取模块71,用于获得适用于应用程序的页面;
60.处理模块72,用于将所述页面通过页面处理装置进行适配管理、接入到不同的应用程序中的接入管理以及形成不同场景的场景管理中的至少一种。
61.可选的,所述处理模块72还用于将所述页面与目标对象进行适配,若适配不成功,通过所述页面处理装置获得适配不成功的原因信息;
62.从所述页面处理装置的第一预设适配数据库中,获得与所述适配不成功的原因信息对应的适配方案;根据所述适配方案,将所述页面与所述目标对象进行适配。
63.可选的,所述目标对象包括以下至少一项:终端,浏览器,机型。
64.可选的,所述处理模块72还用于将所述适配不成功的原因信息对应的页面组件记录信息,存储于所述页面处理装置的记录数据库中。
65.可选的,所述处理模块72还用于接收目标应用程序调用所述页面的页面接入请求;根据所述页面接入请求对所述目标应用程序进行认证,认证通过后,将所述页面接入到所述目标应用程序中。
66.可选的,所述处理模块72还用于根据所述页面接入请求,向所述目标应用程序返回临时令牌;接收所述目标应用程序发送的访问请求,所述访问请求携带所述临时令牌以及系统标识;对所述令牌进行认证,认证通过后,调用所述页面,将所述页面接入到所述目标应用程序中。
67.可选的,所述处理模块72还用于获取至少一个所述页面;按照业务的需求,将至少一个所述页面,形成至少一个场景。
68.需要说明的是,该实施例是与上述方法实施例对应的装置实施例,上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果。
69.本发明实施例提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的页面处理方法。
70.图8示出了本发明实施例提供的计算设备的结构示意图,本发明具体实施例并不对计算设备的具体实现做限定。
71.如图8所示,该计算设备可以包括:处理器(processor)、通信接口(communications interface)、存储器(memory)、以及通信总线。
72.其中:处理器、通信接口、以及存储器通过通信总线完成相互间的通信。通信接口,用于与其它设备比如客户端或其它服务器等的网元通信。处理器,用于执行程序,具体可以执行上述用于计算设备的页面处理方法实施例中的相关步骤。
73.具体地,程序可以包括程序代码,该程序代码包括计算机操作指令。
74.处理器可能是中央处理器cpu,或者是特定集成电路asic(application specific integrated circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个cpu;也可以是不同类型的处理器,如一个或多个cpu以及一个或多个asic。
75.存储器,用于存放程序。存储器可能包含高速ram存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
76.程序具体可以用于使得处理器执行上述任意方法实施例中的页面处理方法。程序中各步骤的具体实现可以参见上述页面处理实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。
77.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利
用各种编程语言实现在此描述的本发明实施例的内容,并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。
78.在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
79.类似地,应当理解,为了精简本发明实施例并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
80.本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
81.此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
82.本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
83.应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献