CN107526579A - 一种应用程序页面开发管理方法及装置 - Google Patents

Abstract

本发明提供一种应用程序页面开发管理方法及装置，根据应用程序的页面需求获取页面模板，将基于片段开发技术的页面模板封装成包括主唯一标识的页面窗口实例，并存储在该应用程序对应的页面池中，然后根据应用程序的运行进程对待管理页面的唯一标识信息对各个待管理页面进行管理。由于页面中的至少一个包括有使用原生语言编写的内容，所以在本发明实施例中，页面窗口实例不再仅由web语言实现，故，使用本发明实施例中的应用程序页面开发管理方法或装置开发出来的Hybrid App可以充分利用原生语言的优势，在页面需要实现调用本地应用的功能时，通过混合页面或者原生页面来提高调用的响应速度，优化展示效果，进而提高用户的体验度。

Description

一种应用程序页面开发管理方法及装置

技术领域

本发明涉及网络技术领域，尤其涉及一种应用程序页面开发管理方法及装置。

背景技术

Hybrid App(Hybrid Application，混合模式移动应用)是指介于Web App(网页应用)和Native App(原生应用)这两者之间的App，Hybrid App主要以JavaScript和Native两者相互调用为主，其能够调用终端的原生设备功能，很好地改善了用户体验，由于其使用了网页语言，所以从开发层面实现“一次开发，多处运行”的机制，降低了开发成本，适合跨平台的开发。由于兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”，所以Hybrid App应用十分广泛，目前已经有众多Hybrid App开发成功应用，比如百度、网易、街旁等知名移动应用，都是采用Hybrid App开发模式。

现有的Hybrid App开发平台主要有Cordova和AppCan等，其中Cordova支持iOS(苹果公司的移动操作系统)、Android(谷歌开发的操作系统)、ubuntu phone os(乌班图操作系统)、Blackberry(黑莓操作系统)、Windows Phone(微软公司的手机操作系统)、Bada(三星的操作系统)和Symbian(塞班系统)等众多的操作系统，但是由于Cordova使用Web编程语言进行页面开发，直接在Activity中设置Web view来实现页面切换，所以容易在App调用移动终端原生设备功能，如摄像头、麦克风的时候出现效果启动慢、页面切换迟钝、数据请求慢等问题。而AppCan作为国内Hybrid App混合模式开发的倡导者，虽然封装了许多本地调用功能，但是其也与Cordova存在同样的问题，由于页面开发纯粹利用Web技术实现，所以使得Hybrid App在性能、体验上与本地原生应用还是存在一些差距，例如，在很多时候无法达到原生效果、或者在调用本地功能时出现响应迟钝的问题。

综上，由于采用Web编程语言编写的页面在数据请求、响应方面都与原生语言实现的页面存在一定的差距，所以在调用移动终端的本地功能速度缓慢，而且通过Web编程语言无法实现原生语言所实现的部分效果，因此，现有技术中仅使用Web技术实现Hybrid App的开发会使得用户体验降低。

发明内容

本发明实施例提供的方案解决的主要技术问题是，提供一种应用程序页面开发管理方法，用以解决现有技术中Hybrid App的页面因仅通过Web编程语言实现，使网页数据请求、响应慢、展示效果差，从而使得用户体验度低的技术问题。

为解决上述技术问题，本发明实施例提供一种应用程序页面开发管理方法，包括：

根据应用程序的页面需求获取基于片段开发技术的页面模板以及所述页面模板的主唯一标识，所述页面模板中的至少一个包括使用原生语言编写的内容；

将所述页面模板封装成页面窗口实例并存储在所述应用程序对应的页面池中，所述页面窗口实例继承对应页面模板的所述主唯一标识；

根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理；各所述待管理页面基于所述页面池中的各所述页面窗口实例形成；所述待管理页面的唯一标识信息中包括形成所述待管理页面的页面窗口实例的主唯一标识。

本发明实施例还提供一种应用程序页面开发管理装置，包括

所述模板获取模块，用于根据应用程序的页面需求获取基于片段开发技术的页面模板以及所述页面模板的主唯一标识，所述页面模板中的至少一个包括使用原生语言编写的内容；

所述实例封装模块，用于将所述页面模板封装成页面窗口实例并存储在所述应用程序对应的页面池中，所述页面窗口实例继承对应页面模板的所述主唯一标识；

所述页面管理模块，用于根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理；各所述待管理页面基于所述页面池中的各所述页面窗口实例形成；所述待管理页面的唯一标识信息中包括形成所述待管理页面的页面窗口实例的主唯一标识。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的应用程序页面开发管理方法。

本发明的有益效果是：

根据本发明实施例提供的应用程序页面开发管理方法、装置以及计算机存储介质，根据应用程序的页面需求获取页面模板，将基于片段开发技术的页面模板封装成包括主唯一标识的页面窗口实例，并存储在该应用程序对应的页面池中，然后根据应用程序的运行进程对待管理页面的唯一标识信息对各个待管理页面进行管理。由于页面中的至少一个包括有使用原生语言编写的内容，所以在本发明实施例中，页面窗口实例不再仅由Web语言实现，同样的根据页面窗口实例形成的各个待管理页面也不在仅限于Web页面了，这些页面中除了通过Web编程语言实现的Web页面以外，还可以包括通过原生语言开发的原生页面、同时使用原生语言与Web编程语言开发的混合页面，因此，使用本发明实施例中的应用程序页面开发管理方法开发出来的Hybrid App中，可以充分利用原生语言的优势来开发页面，当一个页面需要实现调用本地应用的功能时，该页面可以为混合页面或者原生页面，这样可以提高响应速度，优化展示效果，进而提高用户的体验度。

附图说明

图1为本发明实施例一中提供的应用程序页面开发管理方法的一种流程图；

图2为本发明实施例二中提供的应用程序页面开发管理方法的一种流程图；

图3为本发明实施例二中提供的待管理页面创建过程的一种流程图；

图4为本发明实施例三中提供的应用程序页面开发管理装置的一种结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

请参考图1，图1是本实施例提供的应用程序页面开发管理方法的一个流程图：

S102、根据应用程序的页面需求获取基于片段开发技术的页面模板以及页面模板的主唯一标识。

每一个不同的App都具有独特的页面需求，例如一个交友App可能需要“好友列表界面”、“好友信息展示界面”以及“聊天界面”等，而对于一个用于网上购物的App可能需要的是“店铺展示界面”、“商品列表界面”、“商品参数界面”、“评论展示界面”等，所以，在开发一个App的时候，开发人员需要根据该App的具体需求开发页面。由于本实施例中的App页面是利用页面模板生成的，所以需要根据该App的页面需求获取页面模板。

对于类型相同的App页面，只需要获取到一个页面模板就行，因为针对一个App而言，会有很多页面的布局都差不多，只是各个页面上的数据不同。例如在上述网上购物App中，可能入驻了100个销售衣服的商铺，总共有1500件衣服在该App上进行售卖。虽然每个商铺售卖的衣服的价格、品牌、类型都会不同，但是从开发的角度来说，并不需要为每个店铺的每件衣服都单独设置页面，因为每件衣服都只是需要一个材质说明页面、一个价格展示页面、一个实物展示页面。所以针对商品介绍这一点来说，开发人员只需要设置上面三个页面模板就行了，然后每件衣服单独的页面可以通过在相应模板中填充参数来实现，例如，有一件衣服售价100元，是羊毛纤维材质的，还有三张照片，那么可以选择在材质说明模板中填充表征羊毛纤维的数据，在价格展示页面填充表征数值100的数据，将三张照片的编码数据添加至实物展示模板即可。在页面模板的开发阶段，开发人员会为其配置一个主唯一标识，主唯一标识可以是URL(Uniform Resource Locator，统一资源定位符)。

在本实施例中，页面模板中的至少一个包括使用原生语言编写的内容，即页面模板至少包括采用原生语言开发的原生页面模板或者采用原生语言与Web编程语言共同实现的混合页面模板。在本实施例中，原生语言是指实现终端操作系统的程序语言。例如，针对Android系统而言，原生语言就是Android语言。Web编程语言，分为Web静态语言和Web动态语言，Web静态语言就是通常所见到的超文本标记语言，如HTML5，Web动态语言主要包括ASP(Active Server Page，动态服务器页面)、JavaScript(Java脚本语言)、CSS(CascadingStyle Sheets，层叠样式表)等。

片段开发技术即Fragment，由于App运行在各种各样的设备中，有小屏幕的手机、超大屏的平板甚至电视。针对屏幕尺寸的差距，在Fragment没有出现的情况下，都是先针对手机开发一套App，然后当App需要运行在大屏设备上时，可以对手机App进行页面布局的修改，以适应平板或者电视的超级大屏。但是这种方式相当麻烦，而Fragment的出现就是为了解决这样的问题。

Fragment相当于Activity的一个界面的组成部分，Activity的界面可以完全由多个不同的Fragment组成，每个Fragment都具有独立接收、处理用户事件的能力，而且，虽然一个App中的所有Fragment都依赖于Activity，但是各Fragment都具有自己的生命周期。

Fragment在Activity中并不是单独存在的，其依赖于Window(窗口)，Window用于盛放Fragment，作为Fragment的容器而存在，Fragment与Window一一对应。举个简单的例子，如果将Fragment比作一张画布，那么Window就相当于是撑起这张画布的画框，一个画布与一个Activity就相当于挂了一个或多个画框的一面墙；每张画布中无论绘制怎样的图案都是可以的，画框在墙面上的摆放方式、摆放位置也都可以随意，一个画框可以仅占据墙面的一个小区域，也可占据整个墙面。

由于封装的时候是对Fragment与Window进行封装，所以，在将页面模板封装成页面窗口实例之前，需要确保页面模板是基于Fragment技术的。而上述获取页面模板的过程中获取到的页面模板有的是基于Fragment实现的，例如原生页面模板和混合页面模板，有的不是通过Fragment实现的，如Web页面模板。因此，对于那些不是通过Fragment实现的页面模板，需要进一步根据Fragment技术进行片段化处理。而对于那些本来就是基于Fragment实现的页面模板，在获取相应的页面模板之前，需要向开发人员展示Fragment基类，Fragment基类是用于限定开发的页面的相关规格参数的，相当于一套标准。可以将原生页面模板或者混合页面模板的开发想象成一场绘画比赛，主办方对参赛作品的尺寸进行了规定，各个参赛选手在获知规则之后，就会去获取到相应尺寸的画布，然后在该画布上进行创作，那么这些选手上交的参赛作品才是满足参赛资格的作品。而在原生页面模板或者混合页面的开发当中，开发人员相当于参赛选手，Fragment基类相当于参赛规则，开发人员继承Fragment基类开发基于Fragment的页面就相当于一个参赛选手了解规则后在符合规定的画布上进行绘画创作一样。

S104、将页面模板封装成页面窗口实例并存储在应用程序对应的页面池中。

当将基于片段开发技术的页面模板封装成页面窗口实例之后，页面窗口实例就继承了页面模板的主唯一标识，也就是说，页面窗口实例具有一个与形成其自身的页面模板一样的主唯一标识。例如，开发人员开发了一个A类型的原生页面模板，并为之确定了一个主唯一标识123，那么在将A页面模板封装成页面窗口实例a之后，页面窗口实例a也具有一个主唯一标识，且这个主唯一标识就是123。

在本实施例中，基于页面池对App的页面进行管理，一个App对应一个页面池，该页面池中保存着上面封装形成的各页面窗口实例。

S106、根据应用程序的运行进程和各待管理页面的唯一标识信息对各待管理页面进行管理。

待管理页面基于页面池中的页面窗口实例形成，如S102中所列举的示例一样，待管理页面可以是由相应的页面窗口实例填充参数信息形成的。

在一个App运行的时候，在不同进程、不同的时候需要展示的页面是不同的，本实施例提供的应用程序页面开发管理方法就可以对这些页面进行管理，这些页面统称为待管理页面。每一个待管理页面都具有唯一标识信息，这个唯一标识信息中包含形成该待管理页面所需要的页面窗口实例的主唯一标识，除了主唯一标识以外，唯一标识信息中还包括能够将该待管理页面从其他也是根据同一个页面窗口实例形成的待管理页面区分出来的特征参数。例如有三个待管理页面都是根据a页面窗口实例形成的，这三个待管理页面的唯一标识信息，分别是“123.1”、“123.2”、“123.3”，这其中，“123”是形成这三个待管理页面的页面窗口实例a的主唯一标识，而后面的字符“1”、“2”、“3”分别是三个待管理页面的特征参数。根据需要创建的待管理页面的唯一标识信息获取填充参数，实质上是根据唯一标识信息中的特征参数去获取。如果根据用户当前的请求，生成的待管理页面的唯一标识信息是“123.3”，那么首先根据主唯一标识“123”确定页面需要使用到的页面窗口实例是a，然后根据字符“3”从服务器侧获得“123.3”这个待管理页面的填充参数，然后将这些填充参数填充至页面窗口实例a中，形成待管理页面“123.3”，并对将待管理页面“123.3”展示给用户。对于待管理页面“123.3”的生命周期而言，这一过程就是它的“创建事件”，即Creat事件。

为了应对用户的不同需求，应当对不同的待管理页面实行不同的管理，这里所说的管理并不仅仅针对待管理页面的创建。

当用户需要从一个待管理页面跳转到另一个待管理页面的时候，例如，当从第一待管理页面跳转至第二待管理页面时，除了根据上述创建过程，要创建用户当前需要的第二待管理页面以外，还需要对第一待管理页面进行相应的处理。从用户的感知层面上来说，此时需要隐藏第一待管理页面并展示第二待管理页面，因此，此时可以暂停待管理页面上的事件展示，事件展示是向用户传递信息的操作，例如播放音乐、播放视频、显示动态、静态图片等。这样可以减少App运行时给终端带来的负担，即实现App的轻量化。

同时，对第一待管理页面的管理还包括根据原生层或者Web层的接口指定的第一跳转参数确定是否需要对第一页面进行入栈操作，入栈操作包括将第一待管理页面存储进缓存管理栈，如果第一跳转参数指示不需要对第一待管理页面进行入栈操作，则不需要在缓存管理栈中存储第一待管理页面，这时可以对第一待管理页面进行销毁操作。同时还可以根据第一跳转参数确定从第一待管理页面切换到第二待管理页面时的动画效果等，例如左进右出、淡入淡出、上进下出、旋转飞出等，通过这些动画效果能够在一定程度上增加App的趣味性，使用户的用户体验提高。

在上述过程中，对于第一待管理页面所进行的操作就是它的“暂停事件”即Pause事件。

如果用户点击“回退”或者“back”，想要从当前展示的待管理页面回退到之前浏览过的某一页面的时候，例如在用户的操作下，App从待管理页面A跳转至待管理页面B，然后又从待管理页面B依次跳转了待管理页面C、待管理页面D，当前正处于待管理页面E的浏览当中，在前面的跳转过程中，在各个第一跳转参数的指示下，A、B、C、D四个待管理页面都进行了入栈操作的，那么此刻缓存管理栈中从栈底到栈顶存储的分别是待管理页面A、待管理页面B、待管理页面C、待管理页面D，如果用户从待管理页面E点击了“回退”或者“back”，那么需要将此时处于栈顶的待管理页面D从缓存管理栈中取出，然后展示给用户，并且重新启动待管理页面D之前被暂停的事件展示。例如，从待管理页面D跳转至待管理页面E之前，待管理页面D正在播放音乐，那么这次用户回退到页面D后，可以继续播放音乐，这一过程对于页面D来说就是“重新启动事件”，即Resume事件。

如果一个待管理页面在“暂停事件”中被指定不进行入栈操作，或者用户从该待管理页面上选择了回退，那么这一待管理页面就可能会进入“销毁”流程，即经历“Destory事件”。在本实施例提供的一种优选示例当中，销毁事件并不会销毁待管理页面对应的页面窗口实例，只是销毁在待管理页面上的填充参数，得到页面窗口实例，然后依然将该页面窗口实例存储到App对应的页面池中。

当然，在本实施例中，如果待管理页面在缓存管理栈中有进行过存储，那么“Destory事件”还可以将该待管理页面在缓存管理栈中的数据进行销毁。另外，本实施例提供的应用程序页面开发管理方法中，一次可以对多个页面进行销毁。例如，如果缓存管理栈中从栈底到栈顶存储的分别是待管理页面A、待管理页面B、待管理页面C、待管理页面D，且用户从待管理页面E中又再次进入了待管理页面B中，那么经历“Destory事件”的待管理页面就有包括在待管理页面E以及在缓存管理栈中处于待管理页面B之上的所有页面，即进入“Destory事件”的包括待管理页面C、D、E三个页面。

相对于现有技术中应用程序的页面只能通过Web语言实现，本实施例中的应用程序页面开发管理方法为应用程序页面的实现提供了多种页面窗口实例，除了Web页面窗口实例以外，还包括混合页面窗口实例、原生页面窗口实例。所以，根据本实施例的应用程序管理方法开发出的App页面可以不再单独依赖Web语言实现，在基于Web语言的基础上，还可以进一步结合原生语言进行页面开发，在这种情况下，可以充分利用原生语言的优势，例如在调用终端的原生功能的时候通过原生语言进行，这样可以避免由Web语言实现所存在的响应速度迟缓的问题，可以提高用户体验。

实施例二：

在本实施例中，将结合一个具体示例对应用程序页面开发管理方法进行说明，假定现在需要开发一款网上购物的App：

当这个开发项目确定时候，会随着确定其能够实现的各项功能，例如向用户展示商品信息、店铺信息、展示用户的评论信息等，然后商品信息展示页面需要展示商品的实物图片、商品的具体参数信息、商品的价格。所以开发人员需要根据App需要实现的功能来开发相应的页面模板。

在开发页面模板的时候，开发人员可以使用原生语言，也可以使用Web语言，还可以在同一个页面模板中同时使用两种语言进行。如果这款App针对Android系统开发，那么开发人员可以使用Android语言，也可使用Web语言，在本实施例中，Web语言包括HTML5、JavaScript、CSS等。

开发人员对页面的开发分为这样两个大类：如果其开发的是Web页面模板，那么其可以只完成对页面的开发。如果其开发的页面模板是原生页面模板或者是混合页面模板，那么其需要先获取Fragment基类，然后在该基类的基础上实现相应的页面模板的开发。

开发人员需要在开发阶段为每一个页面模板分配一个主唯一标识，主唯一标识在App的运行阶段是必不可少的，因为只有根据主唯一标识才能确定向用户展示一个页面的时候需要使用哪一个页面模板。

对应的，请参考图2，在开发人员开发原生或者混合页面模板之前，需要：

S202、向开发人员展示对应的Fragment基类。

对于Fragment基类的说明可以参照实施例一中的相关内容，这里不再赘述。开发人员在获取到Fragment基类之后，继承Fragment基类进行页面模板的开发，这时，其开发出来的原生页面模板或者混合页面模板都是基于Fragment的。另外，继承Fragment基类进行开发只是针对开发原生页面模板或者开发混合页面模板而言，如果一个开发人员要开发的是一个Web页面模板，则不需要参考，因为Web页面模板的Fragment可以由能够运行本实施例提供的应用程序开发管理方法的开发平台来实现。

S204、根据应用程序的页面需求获取基于片段开发技术的页面模板。

根据上面的介绍，本领域技术人员应当理解的是，这里获取基于片段开发技术的页面模板，即基于Fragment的页面模板也分为两种情况：对于原生页面模板或者混合页面模板可以直接获取到基于Fragment的页面模板，而如果是Web页面模板，则需要在获取到开发人员开发的页面模板之后，对Web页面模板进行片段处理，即根据Fragment技术进行处理。

在获取到页面模板的同时还要获取该页面模板的主唯一标识，主唯一标识可以是URL。

S206、将页面模板封装成页面窗口实例并存储在应用程序对应的页面池中并进行管理。

将页面模板封装成页面窗口实例，实际上就是将Fragment与window进行封装，这里Fragment在App的activity中不是单独存在的，需要借助window的容纳功能。当页面模板被封装成页面窗口实例之后，页面窗口实例就继承了页面模板的主唯一标识。

在本实施例中，对App页面的管理基于页面池进行。页面池是页面模板资源存储的一个集合。页面池中有开发人员针对这个App开发的各种页面模板封装形成的页面窗口实例。下面介绍创建待管理页面的过程：

当用户进入APP的时候，就需要向用户展示一些具体的页面了，这些页面就是本实施例中需要进行管理的对象，在本实施例中，将这些具体的页面称为待管理页面。

待管理页面具体的具体创建流程请进一步参考图3：

S302、根据用户的操作生成页面请求。

待管理页面的创建需要根据用户的需求进行，假设用户从网上购物App中进入了一家店铺w，并从商品列表的页面中发现了一件比较心仪的衣服，现在，用户点击了这件衣服想要进入相关页面了解详情。可以根据用户点击衣服的动作生成请求，该请求中包括待管理页面的唯一标识信息，唯一标识信息中包括形成该待管理页面的页面窗口实例的主唯一标识和该待管理页面的特征参数。特征参数是能够将该待管理页面从其他也是根据同一个页面窗口实例形成的待管理页面区分出来的特征信息。

S304、根据唯一标识信息中的主唯一标识从页面池中选择出相应的页面窗口实例。

由于所有页面窗口实例都继承成了页面模板的主唯一标识，所以，各个页面窗口实例也具备对应的主唯一标识，根据主唯一标识就能够从页面池中选择到正确的页面窗口实例。

S306、根据唯一标识信息中的特征参数从服务器侧请求对应的填充参数。

填充参数是用于填充到页面窗口实例上的一些数据，这些数据是能够该待管理页面区别于其他也是由同一页面窗口实例形成的待管理页面。

值得注意的是，在本实施例中，获取页面窗口实例和填充参数的过程可以没有时序限制，可以先获取页面窗口实例，也可以先获取填充参数。

S308、当获取到页面窗口实例和填充参数后，将填充参数填充到页面窗口实例上。

至此，待管理页面的创建就基本结束了，但还剩下最后一个过程。

S310、展示待管理页面。

通过终端的显示屏向用户展示新创建的待管理页面。在本实施例中，终端可以是手机、笔记本电脑、电视、平板电脑等。

另外本实施例中开发的Hybrid App打开后，需要载入首页，首页通过能够实现本实施例提供的应用程序页面开发管理方法的平台的Native通道加载。首页有可能是通过Web页面窗口实例形成的，在这种情况下不可避免的会有一段加载时间，待管理页面越复杂，加载时间越长，这时候终端可能会出现白屏现象。为了让用户有更好的视觉体验，可以给APP添加一个欢迎页面，该欢迎页面在首页加载的同时进行显示，当首页加载完成后，通过通知接口发出通知，然后根据通知隐藏欢迎页，展示首页，从而避免白屏问题。当然这种方案也可以应用到任何需要长时间加载的待管理页面之前，并不限定是首页加载的情况。

另外，根据Fragment的生命事件，本实施例中对待管理页面的管理还可以包括页面的暂停、重新启动和销毁。但是这并不是说每一个待管理页面都必须经历创建、暂停、重新启动和销毁这四个过程，对于有的页面来说，可能会四个过程，但有的待管理页面可能就仅经历其中的两个过程，例如从当前展示的待管理页面跳转到另一待管理页面的时候，如果不对当前待管理页面进行入栈操作，那么当前待管理页面可能就会被销毁。

这里所说的销毁并不是之间清楚所有数据，只是将填充到页面窗口实例上的填充参数，同时如果当前待管理页面之前有过入栈操作，可以将缓存管理栈中的数据也进行清楚。对于页面窗口实例是不进行销毁的，页面窗口实例还要继续存放到页面池中，以便下一次创建同类型的待管理页面的时候使用。

对于待管理页面的暂停和重新启动过程，可以参考实施例一中的相关介绍，这里不再赘述。

本实施例中的待管理页面可以通过Fragment的嵌套实现二级视图的效果，在二级视图中，父视图与子视图可以对应不同的页面窗口实例，在加载二级视图的时候，需要指定父视图的相关参数。在本实施例中的子视图页面还可以进行进一步的跳转，作为子视图的待管理页面也可以经历上述生命事件。

在本实施例中，对于待管理页面的创建和销毁的做法实现了“循环”利用的效果，实际上也就是资源的复用，这样能够减小开发人员的负担、简化开发过程，降低开发成本。

实施例三：

本实施例提供一种应用程序页面开发管理装置，如图4所示，应用程序页面开发管理装置40包括模板获取模块402、实例封装模块404和页面管理模块406。

在本实施例中模板获取模块402可以由处理器来实现。其用于根据应用程序的页面需求获取基于片段技术的页面模板以及页面模板的主唯一标识。

每一个不同的App都具有独特的页面需求，例如一个交友App可能需要“好友列表界面”、“好友信息展示界面”以及“聊天界面”等，而对于一个用于网上购物的App可能需要的是“店铺展示界面”、“商品列表界面”、“商品参数界面”、“评论展示界面”等，所以，在开发一个App的时候，开发人员需要根据该App的具体需求开发页面。由于本实施例中的App页面是利用页面模板生成的，所以需要根据该App的页面需求获取页面模板。

对于类型相同的App页面，只需要获取到一个页面模板就行，因为针对一个App而言，会有很多页面的布局都差不多，只是各个页面上的数据不同。例如在上述网上购物App中，可能入驻了100个销售衣服的商铺，总共有1500件衣服在该App上进行售卖。虽然每个商铺售卖的衣服的价格、品牌、类型都会不同，但是从开发的角度来说，并不需要为每个店铺的每件衣服都单独设置页面，因为每件衣服都只是需要一个材质说明页面、一个价格展示页面、一个实物展示页面。所以针对商品介绍这一点来说，开发人员只需要设置上面三个页面模板就行了，然后每件衣服单独的页面可以通过在相应模板中填充参数来实现，例如，有一件衣服售价100元，是羊毛纤维材质的，还有三张照片，那么可以选择在材质说明模板中填充表征羊毛纤维的数据，在价格展示页面填充表征数值100的数据，将三张照片的编码数据添加至实物展示模板即可。在页面模板的开发阶段，开发人员会为其配置一个主唯一标识，主唯一标识可以是URL(Uniform Resource Locator，统一资源定位符)。

在本实施例中，页面模板中的至少一个包括使用原生语言编写的内容，即页面模板至少包括采用原生语言开发的原生页面模板或者采用原生语言与Web编程语言共同实现的混合页面模板。在本实施例中，原生语言是指实现终端操作系统的程序语言。例如，针对Android系统而言，原生语言就是Android语言。Web编程语言，分为Web静态语言和Web动态语言，Web静态语言就是通常所见到的超文本标记语言，如HTML5，Web动态语言主要包括ASP(Active Server Page，动态服务器页面)、JavaScript(Java脚本语言)、CSS(CascadingStyle Sheets，层叠样式表)等。

片段开发技术即Fragment，由于App运行在各种各样的设备中，有小屏幕的手机、超大屏的平板甚至电视。针对屏幕尺寸的差距，在Fragment没有出现的情况下，都是先针对手机开发一套App，然后当App需要运行在大屏设备上时，可以对手机App进行页面布局的修改，以适应平板或者电视的超级大屏。但是这种方式相当麻烦，而Fragment的出现就是为了解决这样的问题。

Fragment相当于Activity的一个界面的组成部分，Activity的界面可以完全由多个不同的Fragment组成，每个Fragment都具有独立接收、处理用户事件的能力，而且，虽然一个App中的所有Fragment都依赖于Activity，但是各Fragment都具有自己的生命周期。

Fragment在Activity中并不是单独存在的，其依赖于Window(窗口)，Window用于盛放Fragment，作为Fragment的容器而存在，Fragment与Window一一对应。举个简单的例子，如果将Fragment比作一张画布，那么Window就相当于是撑起这张画布的画框，一个画布与一个而Activity就相当于挂了一个或多个画框的一面墙；每张画布中无论绘制怎样的图案都是可以的，画框在墙面上的摆放方式、摆放位置也都可以随意，一个画框可以仅占据墙面的一个小区域，也可占据整个墙面。

由于封装的时候是对Fragment与Window进行封装，所以，在将页面模板封装成页面窗口实例之前，需要确保页面模板是基于Fragment技术的。而上述获取页面模板的过程中获取到的页面模板有的是基于Fragment实现的，例如原生页面模板和混合页面模板，有的不是通过Fragment实现的，如Web页面模板。因此，对于那些不是通过Fragment实现的页面模板，需要进一步根据Fragment技术进行片段化处理。而对于那些本来就是基于Fragment实现的页面模板，在获取相应的页面模板之前，需要向开发人员展示Fragment基类，Fragment基类是用于限定开发的页面的相关规格参数的，相当于一套标准。可以将原生页面模板或者混合页面模板的开发想象成一场绘画比赛，主办方对参赛作品的尺寸进行了规定，各个参赛选手在获知规则之后，就会去获取到相应尺寸的画布，然后在该画布上进行创作，那么这些选手上交的参赛作品才是满足参赛资格的作品。而在原生页面模板或者混合页面的开发当中，开发人员相当于参赛选手，Fragment基类相当于参赛规则，开发人员继承Fragment基类开发基于Fragment的页面就相当于一个参赛选手了解规则后在符合规定的画布上进行绘画创作一样。

实例封装模块404用于将基于片段开发技术的页面模板封装成页面窗口实例并存储在应用程序对应的页面池中。

当将基于片段开发技术的页面模板封装成页面窗口实例之后，页面窗口实例就继承了页面模板的主唯一标识，也就是说，页面窗口实例具有一个与形成其自身的页面模板一样的主唯一标识。例如，开发人员开发了一个A类型的原生页面模板，并为之确定了一个主唯一标识123，那么在将A页面模板封装成页面窗口实例a之后，页面窗口实例a也具有一个主唯一标识，且这个主唯一标识就是123。

在本实施例中，基于页面池对App的页面进行管理，一个App对应一个页面池，该页面池中保存着上面封装形成的各页面窗口实例。页面池可以是基于终端上的片上静态或动态存储器实现，也可以由片外的静态或动态存储器实现，实例封装模块404的工作可以由处理器来实现。

页面管理模块406的功能也可以通过处理器实现，其用于根据应用程序的运行进程和各待管理页面的唯一标识信息对各待管理页面进行管理。

待管理页面基于页面池中的页面窗口实例形成，其可以是由相应的页面窗口实例填充参数信息形成的。

在一个App运行的时候，在不同进程、不同的时候需要展示的页面是不同的，本实施例提供的应用程序页面开发管理方法就可以对这些页面进行管理，这些页面统称为待管理页面。每一个待管理页面都具有唯一标识信息，这个唯一标识信息中包含形成该待管理页面所需要的页面窗口实例的主唯一标识，除了主唯一标识以外，唯一标识信息中还包括能够将该待管理页面从其他也是根据同一个页面窗口实例形成的待管理页面区分出来的特征信息。例如有三个待管理页面都是根据a页面窗口实例形成的，这三个待管理页面的唯一标识信息，分别是“123.1”、“123.2”、“123.3”，这其中，“123”是形成这三个待管理页面的页面窗口实例a的主唯一标识，而后面的字符“1”、“2”、“3”分别是三个待管理页面的特征参数。根据需要创建的待管理页面的唯一标识信息获取填充参数，实质上是根据唯一标识信息中的特征参数去获取。如果根据用户当前的请求，生成的待管理页面的唯一标识信息是“123.3”，那么首先根据主唯一标识“123”确定页面需要使用到的页面窗口实例是a，然后根据字符“3”从服务器侧获得“123.3”这个待管理页面的填充参数，然后将这些填充参数填充至页面窗口实例a中，形成待管理页面“123.3”，并对将待管理页面“123.3”展示给用户。对于待管理页面“123.3”的生命周期而言，这一过程就是它的“创建事件”，即Creat事件。

为了应对用户的不同需求，应当对不同的待管理页面实行不同的管理，这里所说的管理并不仅仅针对待管理页面的创建。

当用户需要从一个待管理页面跳转到另一个待管理页面的时候，例如，当从第一待管理页面跳转至第二待管理页面时，除了根据上述创建过程，要创建用户当前需要的第二待管理页面以外，还需要对第一待管理页面进行相应的处理。从用户的感知层面上来说，此时需要隐藏第一待管理页面并展示第二待管理页面，因此，此时可以暂停待管理页面上的事件展示，事件展示是向用户传递信息的操作，例如播放音乐、播放视频、显示动态、静态图片等。这样可以减少App运行时给终端带来的负担，即实现App的轻量化。

同时，对第一待管理页面的管理还包括根据原生层或者Web层的接口指定的第一跳转参数确定是否需要对第一页面进行入栈操作，入栈操作包括将第一待管理页面存储进缓存管理栈，如果第一跳转参数指示不需要对第一待管理页面进行入栈操作，则不需要在缓存管理栈中存储第一待管理页面，这时可以对第一待管理页面进行销毁操作。同时还可以根据第一跳转参数确定从第一待管理页面切换到第二待管理页面时的动画效果等，例如左进右出、淡入淡出、上进下出、旋转飞出等，通过这些动画效果能够在一定程度上增加App的趣味性，使用户的用户体验提高。

在上述过程中，对于第一待管理页面所进行的操作就是它的“暂停事件”即Pause事件。

如果用户点击“回退”或者“back”，想要从当前展示的待管理页面回退到之前浏览过的某一页面的时候，例如在用户的操作下，App从待管理页面A跳转至待管理页面B，然后又从待管理页面B依次跳转了待管理页面C、待管理页面D，当前正处于待管理页面E的浏览当中，在前面的跳转过程中，在各个第一跳转参数的指示下，A、B、C、D四个待管理页面都进行了入栈操作的，那么此刻缓存管理栈中从栈底到栈顶存储的分别是待管理页面A、待管理页面B、待管理页面C、待管理页面D，如果用户从待管理页面E点击了“回退”或者“back”，那么需要将此时处于栈顶的待管理页面D从缓存管理栈中取出，然后展示给用户，并且重新启动待管理页面D之前被暂停的事件展示。例如，从待管理页面D跳转至待管理页面E之前，待管理页面D正在播放音乐，那么这次用户回退到页面D后，可以继续播放音乐，这一过程对于页面D来说就是“重新启动事件”，即Resume事件。

如果一个待管理页面在“暂停事件”中被指定不进行入栈操作，或者用户从该待管理页面上选择了回退，那么这一待管理页面就可能会进入“销毁”流程，即经历“Destory事件”。在本实施例提供的一种优选示例当中，销毁事件并不会销毁待管理页面对应的页面窗口实例，只是销毁在待管理页面上的填充参数，得到页面窗口实例，然后依然将该页面窗口实例存储到App对应的页面池中。

当然，在本实施例中，如果待管理页面在缓存管理栈中有进行过存储，那么“Destory事件”还可以将该待管理页面在缓存管理栈中的数据进行销毁。另外，本实施例提供的应用程序页面开发管理方法中，一次可以对多个页面进行销毁。例如，如果缓存管理栈中从栈底到栈顶存储的分别是待管理页面A、待管理页面B、待管理页面C、待管理页面D，且用户从待管理页面E中又再次进入了待管理页面B中，那么经历“Destory事件”的待管理页面就有包括在待管理页面E以及在缓存管理栈中处于待管理页面B之上的所有页面，即进入“Destory事件”的包括待管理页面C、D、E三个页面。

本发明实施例提供的程序页面开发管理装置，通过提供多种页面窗口实例，除了Web页面窗口实例以外，还包括混合页面窗口实例、原生页面窗口实例。所以，通过本实施例的应用程序管理装置开发出的App页面可以不再单独依赖Web语言实现，在基于Web语言的基础上，还可以进一步结合原生语言进行页面开发，在这种情况下，可以充分利用原生语言的优势，例如在调用终端的原生功能的时候通过原生语言进行，这样避免了由Web语言实现所存在的响应速度迟缓的问题，提高了用户体验。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种应用程序页面开发管理方法，包括：

根据应用程序的页面需求获取基于片段开发技术的页面模板以及所述页面模板的主唯一标识，所述页面模板中的至少一个包括使用原生语言编写的内容；

将所述页面模板封装成页面窗口实例并存储在所述应用程序对应的页面池中，所述页面窗口实例继承对应页面模板的所述主唯一标识；

根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理；各所述待管理页面基于所述页面池中的各所述页面窗口实例形成；所述待管理页面的唯一标识信息中包括形成所述待管理页面的页面窗口实例的主唯一标识。

2.如权利要求1所述的应用程序页面开发管理方法，其特征在于，所述根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理包括：

当需要创建待管理页面时，获取所述待管理页面的唯一标识信息；

根据所述唯一标识信息中的所述主唯一标识从所述页面池中获取到对应的页面窗口实例；

根据所述待管理页面的所述唯一标识信息从服务器侧获取到填充参数；

将所述填充参数填充至所述页面窗口实例中，形成所述待管理页面；

展示所述待管理页面。

3.如权利要求1所述的应用程序页面开发管理方法，其特征在于，所述根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理包括：

当需要从当前展示的待管理页面跳转至另一待管理页面时，暂停当前待管理页面上的事件展示，所述事件展示包括向用户传递信息的动作。

4.如权利要求3所述的应用程序页面开发管理方法，其特征在于，所述根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理还包括：

将当前展示的所述待管理页面进行入栈操作，所述入栈操作包括将所述待管理页面存储进缓存管理栈。

5.如权利要求1所述的应用程序页面开发管理方法，其特征在于，所述根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理包括：

当需要从当前展示的待管理页面进行返回时，将处于缓存管理栈中栈顶的待管理页面进行展示，并重新启动所述待管理页面上的事件展示，所述事件展示包括向用户传递信息的动作。

6.如权利要求1所述的应用程序页面开发管理方法，其特征在于，所述根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理包括：

当从当前展示的待管理页面跳转至另一待管理页面，且不对当前展示的待管理页面进行入栈操作，或需要从当前展示的待管理页面进行返回时，清除填充在当前所述待管理页面上的填充参数，得到对应的页面窗口实例；所述入栈操作包括将所述待管理页面存储进缓存管理栈；

将所述页面窗口实例保存至所述页面池中。

7.如权利要求1-6任一项所述的应用程序页面开发管理方法，其特征在于，所述根据应用程序的页面需求获取基于片段开发技术的页面模板包括：

接收web页面模板，并基于片段开发技术对所述Web页面模板进行片段处理；

和/或，

接收基于片段开发技术实现的混合页面模板和/或原生页面模板，所述混合页面模板为同时使用原生语言和Web编程语言实现的页面模板。

8.一种应用程序页面开发管理装置，其特征在于，包括：模板获取模块、实例封装模块和页面管理模块；

所述模板获取模块，用于根据应用程序的页面需求获取基于片段开发技术的页面模板以及所述页面模板的主唯一标识，所述页面模板中的至少一个包括使用原生语言编写的内容；

所述实例封装模块，用于将所述页面模板封装成页面窗口实例并存储在所述应用程序对应的页面池中，所述页面窗口实例继承对应页面模板的所述主唯一标识；

所述页面管理模块，用于根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理；各所述待管理页面基于所述页面池中的各所述页面窗口实例形成；所述待管理页面的唯一标识信息中包括形成所述待管理页面的页面窗口实例的主唯一标识。

9.如权利要求8所述的应用程序页面开发管理装置，其特征在于，所述页面管理模块用于：

当需要创建待管理页面时，获取所述待管理页面的唯一标识信息；

根据所述唯一标识信息中的所述主唯一标识从所述页面池中获取到对应的页面窗口实例；

根据所述待管理页面的所述唯一标识信息从服务器侧获取到填充参数；

将所述填充参数填充至所述页面窗口实例中，形成所述待管理页面；

展示所述待管理页面。

10.如权利要求8所述的应用程序页面开发管理装置，其特征在于，所述页面管理模块根据所述应用程序的运行进程和各待管理页面的唯一标识信息对各所述待管理页面进行管理包括：

当从当前展示的待管理页面跳转至另一待管理页面，且不对当前展示的待管理页面进行入栈操作，或需要从当前展示的待管理页面进行返回时，清除填充在当前所述待管理页面上的填充参数，得到对应的页面窗口实例；所述入栈操作包括将所述待管理页面存储进缓存管理栈；

将所述页面窗口实例保存至所述页面池中。