页面展示方法、装置、电子设备和计算机可读介质与流程

文档序号:23717511发布日期:2021-01-24 06:11阅读:81来源:国知局
页面展示方法、装置、电子设备和计算机可读介质与流程

[0001]
本公开的实施例涉及计算机技术领域,具体涉及页面展示方法、装置、电子设备和计算机可读介质。


背景技术:

[0002]
随着互联网时代的发展,开发人员考虑到网站的搜索引擎优化(search engine optimization,seo)和首屏体验等问题,在对页面进行展示时,通常采用的方式为:在后端项目工程中开发模板文件,在前端项目工程中对模板文件进行测试,之后将模板文件移入后端项目工程以为前端项目工程生成的页面文件提供模板支持,最后利用页面文件在前端浏览器进行页面展示。
[0003]
然而,当采用上述方式对页面进行展示时,经常会存在如下技术问题:
[0004]
第一,测试时需要将在后端项目工程中开发的模板文件移入前端项目工程,测试完成后还需将测试后的模板文件移入后端项目工程,导致测试过程较为繁琐,代码被覆盖的风险较高,极大地影响了应用程序的开发效率;
[0005]
第二,开启服务、编译文件、模板文件和相关静态资源文件的配置在应用程序代码的编译工具中分散配置,导致再次配置的过程较为繁杂,极大地耗费了需了解开发环境的开发者浏览配置文件的时间和精力。


技术实现要素:

[0006]
本公开的内容部分用于以简要的形式介绍构思,这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征,也不旨在用于限制所要求的保护的技术方案的范围。
[0007]
本公开的一些实施例提出了页面展示方法、装置、电子设备和计算机可读介质,来解决以上背景技术部分提到的技术问题中的一项或多项。
[0008]
第一方面,本公开的一些实施例提供了一种页面展示方法,该方法包括:对读取的配置参数集与预设配置文件中的外置配置参数集进行合并处理以生成合并配置文件,其中,上述预设配置文件包括静态资源文件集的路径信息和模板文件集的路径信息;基于上述合并配置文件,对上述模板文件集中的每个模板文件进行模板渲染以生成页面文件,得到页面文件集,其中,上述模板文件集在后端项目工程中开发或维护;对上述页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集;基于上述静态资源文件集和上述静态资源文件集的路径信息,控制相关设备对上述配置后页面文件集中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0009]
第二方面,本公开的一些实施例提供了一种页面展示装置,装置包括:合并单元,被配置成对读取的配置参数集与预设配置文件中的外置配置参数集进行合并处理以生成合并配置文件,其中,上述预设配置文件包括静态资源文件集的路径信息和模板文件集的路径信息;渲染单元,被配置成基于上述合并配置文件,对上述模板文件集中的每个模板文
件进行模板渲染以生成页面文件,得到页面文件集,其中,上述模板文件集在后端项目工程中开发或维护;配置单元,被配置成对上述页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集;控制单元,被配置成基于上述静态资源文件集和上述静态资源文件集的路径信息,控制相关设备对上述配置后页面文件集中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0010]
第三方面,本公开的一些实施例提供了一种电子设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。
[0011]
第四方面,本公开的一些实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。
[0012]
本公开的上述各个实施例具有如下有益效果:通过本公开的一些实施例的页面展示方法,应用程序的开发效率有所提升。具体来说,发明人发现,造成应用程序的开发效率不够高的原因在于:测试时需要将在后端项目工程中开发的模板文件移入前端项目工程,测试完成后还需将测试后的模板文件移入后端项目工程,导致测试过程较为繁琐,代码被覆盖的风险较高。基于此,本公开的一些实施例的页面展示方法利用直接在后端项目工程中开发或维护的模板文件进行模板渲染以生成页面文件,无需移动后端项目工程中的模板文件,简化了测试过程,避免了代码被覆盖的问题。进而提高了应用程序的开发效率。
附图说明
[0013]
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,元件和元素不一定按照比例绘制。
[0014]
图1-2是根据本公开的一些实施例的页面展示方法的一个应用场景的示意图;
[0015]
图3是根据本公开的页面展示方法的一些实施例的流程图;
[0016]
图4是根据本公开的页面展示方法的另一些实施例的流程图;
[0017]
图5是根据本公开的页面展示装置的一些实施例的结构示意图;
[0018]
图6是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
[0019]
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例。相反,提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
[0020]
另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。
[0021]
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
[0022]
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
[0023]
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
[0024]
下面将参考附图并结合实施例来详细说明本公开。
[0025]
图1-2是本公开的一些实施例的页面展示方法的一个应用场景的示意图。
[0026]
在图1的应用场景中,首先,计算设备101可以对读取的配置参数集102与预设配置文件103中的外置配置参数集进行合并处理以生成合并配置文件104。其中,上述预设配置文件104包括静态资源文件集的路径信息和模板文件集105的路径信息。然后,计算设备101可以基于上述合并配置文件104,对上述模板文件集105中的每个模板文件进行模板渲染以生成页面文件,得到页面文件集106。其中,上述模板文件集105在后端项目工程中开发或维护。之后,可以对上述页面文件集106中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集107。然后,计算设备101可以基于上述静态资源文件集和上述静态资源文件集的路径信息,控制相关设备108对上述配置后页面文件集107中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0027]
可选地,如图2所示,计算设备101可以在前端项目工程109中安装存档文件包110以生成包描述文件111。其中,上述包描述文件111包括内置配置参数集。
[0028]
需要说明的是,上述计算设备101可以是硬件,也可以是软件。当计算设备为硬件时,可以实现成多个服务器或终端设备组成的分布式集群,也可以实现成单个服务器或单个终端设备。当计算设备体现为软件时,可以安装在上述所列举的硬件设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块,也可以实现成单个软件或软件模块。在此不做具体限定。
[0029]
应该理解,图1-2中的计算设备的数目仅仅是示意性的。根据实现需要,可以具有任意数目的计算设备。
[0030]
继续参考图3,示出了根据本公开的页面展示方法的一些实施例的流程300。该页面展示方法,包括以下步骤:
[0031]
步骤301,对读取的配置参数集与预设配置文件中的外置配置参数集进行合并处理以生成合并配置文件。
[0032]
在一些实施例中,页面展示方法的执行主体(例如图1所示的计算设备101)可以对读取的配置参数集与预设配置文件中的外置配置参数集进行合并处理以生成合并配置文件。其中,上述预设配置文件包括静态资源文件集的路径信息和模板文件集的路径信息。上述配置参数集可以为上述执行主体通过有线连接方式或者无线连接方式从终端或本地读取的输入的各个配置参数组成的集合。上述配置参数可以用于对以下至少一项进行配置:编译文件、模板文件、相关静态资源文件,可以包括配置字段和配置字段值。上述预设配置文件可以为在前端项目工程的根目录下新建的用于配置上述前端项目工程的文件。上述外置配置参数集可以为上述预设配置文件中的各个配置参数。上述外置配置参数可以包括外置配置字段和外置配置字段值。上述静态资源文件可以包括但不限于以下至少一项:js格式文件,css格式文件,img格式文件。上述模板文件可以包括支持模板引擎生成特定格式的文档的由各个变量组成的框架。上述模板引擎可以是用于生成特定格式的文档的处理工具。例如,用于网站的模板引擎可以生成标准的超文本标记语言(hypertext markup language,html)文件。实践中,上述执行主体可以首先对上述配置参数集的各个配置字段
和上述外置配置参数集的各个外置配置字段进行语义关联分析,将上述外置配置参数集中外置配置字段与上述各个配置字段中的配置字段的相关联的外置配置字段对应的外置配置参数值替换为上述配置字段对应的配置参数值。这里,上述语义关联分析可以为对语义关联的挖掘,可以采用lda(latent dirichlet allocation,文档主题生成模型)进行语义关联分析。然后,可以将替换外置配置参数值后的预设配置文件确定为合并配置文件。由此,可以对输入的各个配置参数与各个外置配置参数进行自动合并处理,通过合并配置文件可以读取较为全面的配置信息。
[0033]
作为示例,上述配置参数集可以为[端口号:8800,数据:“b/e.json”]。[端口号]和[数据]分别为配置字段。[8800]和[“b/e.json”]分别为配置字段值。上述外置配置参数集可以为[port:8800,static:“https://www.aa.com/a/aa”,views:“views”,data:“b/c.json”]。[port]、[static]、[views]和[data]分别为外置配置字段。[8800]、[“https://www.aa.com/a/aa”]、[“views”]和[“b/c.json”]分别为外置配置字段值。其中,上述[“https://www.aa.com/a/aa”]为静态资源文件集的路径信息。上述[“views”]为模板文件集的路径信息。首先,上述执行主体可以对上述配置参数集的各个配置字段和上述外置配置参数集的各个外置配置字段进行语义关联分析,将上述外置配置参数集中与上述各个配置字段中的配置字段[端口号]相关联的外置配置字段[port]对应的外置配置参数值[8800]替换为上述配置字段[端口号]对应的配置参数值[8800]。可以将上述外置配置参数集中与上述各个配置字段中的配置字段[数据]相关联的外置配置字段[data]对应的外置配置参数值[“b/c.json”]替换为上述配置字段[数据]对应的配置参数值[“b/e.json”]。然后,可以将替换外置配置参数值后的预设配置文件确定为合并配置文件。上述替换外置配置参数值后的预设配置文件包括的外置配置参数集为[port:8800,static:https://www.aa.com/a/aa,views:“views”,data:“b/e.json”]。
[0034]
步骤302,基于合并配置文件,对模板文件集中的每个模板文件进行模板渲染以生成页面文件,得到页面文件集。
[0035]
在一些实施例中,首先,上述执行主体可以从上述合并配置文件中读取上述模板文件集的路径信息。然后,可以确定上述模板文件集的路径信息对应的文件夹下的模板文件集。之后,对于上述模板文件集中的每个模板文件,可以确定上述模板文件的文件后缀名。再然后,可以根据上述文件后缀名对上述模板文件进行模板渲染以生成页面文件。其中,上述模板文件集在后端项目工程中开发或维护。上述页面文件可以为标准的超文本标记语言文件。实践中,可以响应于上述文件后缀名为“html”,采用模板引擎“velocity”对上述模板文件进行解析以生成页面文件。其次,可以响应于上述文件后缀名为“php”,采用模板引擎“smarty”对上述模板文件进行解析以生成页面文件。这里,利用模板引擎中的配置信息对模板文件进行相应处理的方法称之为“模板渲染”。由此,可以通过合并配置文件中的模板文件集的路径信息,自动地从后端项目工程中读取、渲染模板文件以生成页面文件。
[0036]
步骤303,对页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集。
[0037]
在一些实施例中,首先,上述执行主体可以确定上述页面文件的路由信息。其中,上述执行主体可以通过上述路由信息读取后端项目工程的中模板文件。实践中,上述路由信息可以为url(uniform resource locator,统一资源定位器)。然后,可以将上述路由信
息添加至上述合并配置文件中。之后,可以将预设路由信息后的页面文件确定为配置后页面文件。其中,添加上述路由信息的合并配置文件可以作为最新的合并配置文件被读写。由此,可以根据配置后页面文件的路由信息链接至后端项目工程的中模板文件以进行页面显示。
[0038]
步骤304,基于静态资源文件集和静态资源文件集的路径信息,控制相关设备对配置后页面文件集中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0039]
在一些实施例中,对于上述配置后页面文件集中的每个配置后页面文件,首先,上述执行主体可以控制相关设备的前端服务器通过上述静态资源文件集的路径信息读取上述静态资源文件集以对上述配置后页面文件进行页面展示。
[0040]
在一些实施例的一些可选的实现方式中,在步骤304之前,上述执行主体可以基于上述合并配置文件中的端口号,控制与上述端口号对应的前端服务器启动服务。由此,可以控制启动的前端服务器,利用模板文件为用户提供页面展示服务。
[0041]
本公开的上述各个实施例具有如下有益效果:通过本公开的一些实施例的页面展示方法,应用程序的开发效率有所提升。具体来说,发明人发现,造成应用程序的开发效率不够高的原因在于:测试时需要将在后端项目工程中开发的模板文件移入前端项目工程,测试完成后还需将测试后的模板文件移入后端项目工程,导致测试过程较为繁琐,代码被覆盖的风险较高。基于此,本公开的一些实施例的页面展示方法利用直接在后端项目工程中开发或维护的模板文件进行模板渲染以生成页面文件,无需移动后端项目工程中的模板文件,简化了测试过程,避免了代码被覆盖的问题。进而提高了应用程序的开发效率。
[0042]
进一步参考图4,其示出了页面展示方法的另一些实施例的流程400。该页面展示方法的流程400,包括以下步骤:
[0043]
步骤401,在前端项目工程中安装存档文件包以生成包描述文件。
[0044]
在一些实施例中,首先,页面展示方法的执行主体可以采用包安装命令行在前端项目工程中安装存档文件包。例如,“npm init”命令。上述存档文件包可以为用于实现前端项目工程和后端项目工程分离的开发方式的文件压缩包,安装后可以使得上述执行主体执行步骤403-408。然后,可以响应于上述存档文件包已安装,自动生成包描述文件。其中,上述包描述文件可以包括内置配置参数集。上述内置配置参数集可以包括内置配置字段和内置配置字段值。上述包描述文件可以为自动生成的用于描述上述存档文件包的相关信息的文件。例如,可以在“node.js”环境下安装上述安装存档文件包,自动生成包描述文件“package.json”。上述相关信息包括但不限于以下至少一项:存档文件包名,存档文件包版本号。例如,上述存档文件包名可以为[fserver]。上述存档文件包版本号可以为[1.0]。上述包描述文件的文件格式可以为“json格式”。由此,可以为步骤403-408的执行提供应用程序代码支持。
[0045]
在一些实施例的一些可选的实现方式中,首先,上述执行主体可以对上述预设配置文件和上述包描述文件进行配置。例如,可以在上述预设配置文件中配置外置配置参数字段“port”的外置配置参数字段值,可以配置为[8800]。可以在上述包描述文件中配置内置配置参数字段“serve”的内置配置参数字段值,可以配置为[fserver]。可以在上述包描述文件中配置内置配置参数字段“port”的内置配置参数字段值,可以配置为[8800]。配置
后的包描述文件包括的内置配置参数集可以为[存档文件包名:fserver,存档文件包版本:1.0,serve:fserver,port:8800]。然后,在上述前端项目工程中运行执行命令。例如,上述执行命令可以为“npm run server”。由此,可以对前端项目工程的配置参数信息进行预设,通过运行执行命令执行后续步骤。
[0046]
步骤402,响应于检测到各个配置参数的输入操作,读取各个配置参数作为配置参数集。
[0047]
在一些实施例中,上述执行主体可以响应于检测到各个配置参数的输入操作,读取上述各个配置参数作为配置参数集。实践中,上述执行主体可以响应于检测到各个配置参数的合并输入操作,读取合并输入的各个配置参数作为配置参数集。又如,上述执行主体可以依次响应于检测到各个配置参数的输入操作,依次读取输入的各个配置参数作为配置参数集。例如,上述执行主体可以响应于检测到2个配置参数[端口号:8800,数据:“b/e.json”]的合并输入操作,读取合并输入的2个配置参数[端口号:8800]和[数据:“b/e.json”]作为配置参数集[端口号:8800,数据:“b/e.json”]。由此,可以读取需另设的配置信息。
[0048]
步骤403,对配置参数集中的每个配置参数与外置配置参数集中的外置配置参数、内置配置参数集中的内置配置参数进行合并处理以生成合并配置参数,得到合并配置参数集。
[0049]
在一些实施例中,上述执行主体可以首先对上述配置参数的配置字段和上述外置配置参数集的各个外置配置字段、上述内置配置参数集的各个内置配置字段进行语义关联分析,将与上述配置字段相关联的外置配置字段确定为合并配置字段。然后,可以将与上述配置字段对应的配置字段值、与上述外置配置字段对应的外置配置字段值、与上述配置字段相关联的内置配置字段对应的内置配置字段值进行组合处理以生成合并配置字段值。最后,可以将上述合并配置字段和上述合并配置字段值进行组合处理以生成合并配置参数。这里,上述组合处理可以为基于字符串相加的拼接处理。
[0050]
在一些实施例的一些可选的实现方式中,上述执行主体可以通过以下步骤对上述配置参数集中的每个配置参数与上述外置配置参数集中的外置配置参数、上述内置配置参数集中的内置配置参数进行合并处理以生成合并配置参数:
[0051]
第一步,对上述配置参数与上述外置配置参数集中的各个外置配置参数、上述内置配置参数集中的各个内置配置参数进行关联分析以生成关联配置参数集。
[0052]
实践中,上述执行主体可以首先对上述配置参数的配置字段和上述外置配置参数集的各个外置配置字段、上述内置配置参数集的各个内置配置字段进行语义关联分析。然后,可以将与上述配置字段相关联的外置配置字段和/或内置配置字段进行组合处理以生成关联配置字段。之后,可以将上述关联配置字段分别和与上述关联配置字段对应的配置字段值、外置配置字段值和内置配置字段值进行组合处理以生成关联配置参数集。这里,上述组合处理可以为基于字符串相加的拼接处理。作为示例,上述内置配置参数集可以为[存档文件包名:fserver,存档文件包版本:1.0,serve:fserver,port:8800]。上述配置参数集可以为[端口号:8801,数据:“b/e.json”]。上述外置配置参数集可以为[port:8802,static:“https://www.aa.com/a/aa”,views:“views”,data:“b/c.json”]。上述配置字段可以为[端口号]。可以将与上述配置字段[端口号]相关联的外置配置字段[port]和内置配
置字段[port]进行组合处理以生成关联配置字段[端口号-port-port]。之后,可以将上述关联配置字段[端口号-port-port]分别和与上述关联配置字段[端口号-port-port]对应的配置字段值[8801]、外置配置字段值[8802]和内置配置字段值[8800]进行组合处理以生成关联配置参数集[[端口号-port-port:8801],[端口号-port-port:8802],[端口号-port-port:8800]]。
[0053]
第二步,基于上述配置参数的预设权重、上述各个外置配置参数的预设外置权重和上述各个内置配置参数的预设内置权重,对上述关联配置参数集进行合并处理以生成合并配置参数。
[0054]
实践中,上述执行主体可以根据上述预设权重、上述预设外置权重和上述预设内置权重的数值大小,从上述关联配置参数集中选择满足预定条件的关联配置参数作为合并配置参数以对上述关联配置参数集进行合并。上述预定条件可以为“关联配置参数对应的预设权重或预设外置权重或预设内置权重最大”。作为示例,上述关联配置参数集可以为[[端口号-port-port:8801],[端口号-port-port:8802],[端口号-port-port:8800]]。上述关联配置参数[端口号-port-port:8801]对应的配置参数的预设权重可以为[3/6]。上述关联配置参数[端口号-port-port:8802]对应的外置配置参数的预设外置权重可以为[2/6]。上述关联配置参数[端口号-port-port:8800]]对应的内置配置参数的预设内置权重可以为[1/6]。相比预设外置权重[2/6]和预设内置权重[1/6],上述关联配置参数[端口号-port-port:8801]对应的配置参数的预设权重[3/6]最大。上述执行主体可以从上述关联配置参数集中选择满足预定条件“关联配置参数对应的预设权重或预设外置权重或预设内置权重最大”的关联配置参数[端口号-port-port:8801]作为合并配置参数以对上述关联配置参数集进行合并。
[0055]
步骤404,将合并配置参数集中的各个合并配置参数添加至预设配置文件中以生成合并配置文件。
[0056]
在一些实施例中,上述执行主体可以首先对预设配置文件中与上述合并配置参数集中的各个合并配置参数对应的各个外置配置参数进行删除处理。例如,可以对外置配置参数集[port:8802,static:“https://www.aa.com/a/aa”,views:“views”,data:“b/c.json”]中与步骤403示例的合并配置参数[端口号-port-port:8801]对应的外置配置参数[port:8802]进行删除处理。然后,可以将上述合并配置参数集中的各个合并配置参数添加至删除处理后的预设配置文件中以生成合并配置文件。例如,可以将上述合并配置参数[端口号-port-port:8801]添加至删除处理后的预设配置文件的外置配置参数集中。
[0057]
步骤403-404的技术方案作为本公开的实施例的一个发明点,解决了背景技术提及的技术问题二“开启服务、编译文件、模板文件和相关静态资源文件的配置在应用程序代码的编译工具中分散配置,导致再次配置的过程较为繁杂,极大地耗费了需了解开发环境的开发者浏览配置文件的时间和精力。”。导致耗费需了解开发环境的开发者浏览配置文件的时间和精力的因素往往如下:开启服务、编译文件、模板文件和相关静态资源文件的配置在应用程序代码的编译工具中分散配置,导致再次配置时需要了解在先进行的配置,配置过程较为繁杂。如果解决了上述因素,就能达到减少需了解开发环境的开发者浏览配置文件的时间和精力的耗费的效果。为了达到这一效果,本公开通过对上述配置参数集中的每个配置参数与上述外置配置参数集中的外置配置参数、上述内置配置参数集中的内置配置
参数进行合并处理,生成合并配置参数。合并配置参数可以表征对不同来源的配置信息的归集,简化了再次配置的过程。之后,将各个合并配置参数添加至预设配置文件中以对上述各个合并配置参数进行存储。由此,需了解开发环境的开发者可以通过预设配置文件浏览配置信息。进而减少了需了解开发环境的开发者浏览配置文件的时间和精力的耗费。
[0058]
步骤405,对合并配置文件中的各个合并配置参数进行配置解析,生成配置项。
[0059]
在一些实施例中,上述执行主体可以对合并配置文件中的各个合并配置参数进行配置解析,生成配置项。其中,配置项包括配置项字段。这里,配置解析用于对合并配置文件中包含的预设的合并配置字段和对应的字段值进行读取。上述预设的合并配置字段可以为表征模板文件集目录的字段。例如,上述预设的合并配置参数可以为[views:views]。生成的配置项为[views:views]。上述配置项字段为[views]。
[0060]
步骤406,基于预设对应关系,选取与配置项中配置项字段对应的模板引擎作为目标模板引擎。
[0061]
在一些实施例中,上述执行主体可以基于预设对应关系,选取与配置项中配置项字段对应的模板引擎作为目标模板引擎。这里,预设对应关系用于表征配置项中配置项字段与模板引擎之间的对应关系。
[0062]
作为示例,上述预设对应关系可以为:“配置项字段:views,配置项字段值:view,模板引擎:velocity”,“配置项字段:views,配置项字段值:php,模板引擎:smarty”。响应于上述配置项字段“views”的配置项字段值为“view”,上述执行主体可以将模板引擎“velocity”确定为目标模板引擎。响应于上述配置项字段“views”的配置项字段值为“php”,上述执行主体可以将模板引擎“smarty”确定为目标模板引擎。
[0063]
步骤407,利用目标模板引擎对模板文件进行模板渲染,生成页面文件。
[0064]
在一些实施例中,上述执行主体可以利用目标模板引擎对上述模板文件进行渲染,生成页面文件。上述页面文件可以为标准的超文本标记语言文件。
[0065]
作为示例,上述目标模板引擎可以为“velocity”。上述执行主体可以调用目标模板引擎“velocity”对模板文件进行处理。响应于确定处理完成,上述执行主体可以生成html格式的页面文件。
[0066]
通过步骤405-407,可以通过利用合并配置文件中的表征模板文件集目录的合并配置字段生成的配置项,自动地从后端项目工程中读取、渲染模板文件以生成页面文件。
[0067]
步骤408,对页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集。
[0068]
步骤409,基于静态资源文件集和静态资源文件集的路径信息,控制相关设备对配置后页面文件集中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0069]
在一些实施例中,步骤408-409的具体实现及所带来的技术效果可以参考图3对应的那些实施例中的步骤303-304,在此不再赘述。
[0070]
从图4中可以看出,与图3对应的一些实施例的描述相比,图4对应的一些实施例中的页面展示方法的流程400体现了对生成页面文件进行扩展的步骤。由此,这些实施例描述的方案可以通过利用合并配置文件中的表征模板文件集目录的合并配置字段生成的配置项,自动地从后端项目工程中读取、渲染模板文件以生成页面文件。图4对应的一些实施例
中的页面展示方法的流程400还体现了对生成合并配置文件进行扩展的步骤。由此,这些实施例描述的方案可以简化再次配置的过程。从而使得需了解开发环境的开发者可以通过预设配置文件浏览配置信息。进而减少了需了解开发环境的开发者浏览配置文件的时间和精力的耗费。
[0071]
进一步参考图5,作为对上述各图所示方法的实现,本公开提供了一种页面展示装置的一些实施例,这些装置实施例与图3所示的那些方法实施例相对应,该装置具体可以应用于各种电子设备中。
[0072]
如图5所示,一些实施例的页面展示装置500包括:合并单元501、渲染单元502、配置单元503和控制单元504。其中,合并单元501被配置成对读取的配置参数集与预设配置文件中的外置配置参数集进行合并处理以生成合并配置文件,其中,上述预设配置文件包括静态资源文件集的路径信息和模板文件集的路径信息。渲染单元502被配置成基于上述合并配置文件,对上述模板文件集中的每个模板文件进行模板渲染以生成页面文件,得到页面文件集,其中,上述模板文件集在后端项目工程中开发或维护。配置单元503被配置成对上述页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集。控制单元504被配置成基于上述静态资源文件集和上述静态资源文件集的路径信息,控制相关设备对上述配置后页面文件集中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0073]
在一些实施例的可选实现方式中,在页面展示装置500的合并单元501之前,页面展示装置500还包括:安装单元,被配置成在前端项目工程中安装存档文件包以生成包描述文件,其中,上述包描述文件包括内置配置参数集。
[0074]
在一些实施例的可选实现方式中,页面展示装置500的合并单元501可以进一步被配置成:读取单元、合并配置参数生成单元和添加单元。其中,读取单元被配置成响应于检测到各个配置参数的输入操作,读取上述各个配置参数作为配置参数集。合并配置参数生成单元被配置成对上述配置参数集中的每个配置参数与上述外置配置参数集中的外置配置参数、上述内置配置参数集中的内置配置参数进行合并处理以生成合并配置参数,得到合并配置参数集。添加单元被配置成将上述合并配置参数集中的各个合并配置参数添加至上述预设配置文件中以生成合并配置文件。
[0075]
在一些实施例的可选实现方式中,页面展示装置500的合并单元501的合并配置参数生成单元可以进一步被配置成:对上述配置参数与上述外置配置参数集中的各个外置配置参数、上述内置配置参数集中的各个内置配置参数进行关联分析以生成关联配置参数集;基于上述配置参数的预设权重、上述各个外置配置参数的预设外置权重和上述各个内置配置参数的预设内置权重,对上述关联配置参数集进行合并处理以生成合并配置参数。
[0076]
在一些实施例的可选实现方式中,在页面展示装置500的渲染单元502之前,页面展示装置500还包括:对上述合并配置文件中的各个合并配置参数进行配置解析,生成配置项,其中,上述配置项包括配置项字段。
[0077]
在一些实施例的可选实现方式中,页面展示装置500的渲染单元502可以进一步被配置成:基于预设对应关系,选取与上述配置项中配置项字段对应的模板引擎作为目标模板引擎;利用上述目标模板引擎对上述模板文件进行模板渲染,生成页面文件。
[0078]
在一些实施例的可选实现方式中,在页面展示装置500的控制单元504之前,页面
展示装置500还包括:基于上述合并配置文件中的端口号,控制与上述端口号对应的前端服务器启动服务。
[0079]
在一些实施例的可选实现方式中,在页面展示装置500的安装单元之后,页面展示装置500还包括:对上述预设配置文件和上述包描述文件进行配置;在上述前端项目工程中运行执行命令。
[0080]
可以理解的是,该装置500中记载的诸单元与参考图3描述的方法中的各个步骤相对应。由此,上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置500及其中包含的单元,在此不再赘述。
[0081]
下面参考图6,其示出了适于用来实现本公开的一些实施例的电子设备(例如图1中的计算设备)600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
[0082]
如图6所示,电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中,还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom 602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
[0083]
通常,以下装置可以连接至i/o接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
[0084]
特别地,根据本公开的一些实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的一些实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从rom 602被安装。在该计算机程序被处理装置601执行时,执行本公开的一些实施例的方法中限定的上述功能。
[0085]
需要说明的是,本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数
据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。
[0086]
在一些实施方式中,客户端、服务器可以利用诸如http(hypertext transfer protocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“lan”),广域网(“wan”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
[0087]
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:对读取的配置参数集与预设配置文件中的外置配置参数集进行合并处理以生成合并配置文件,其中,上述预设配置文件包括静态资源文件集的路径信息和模板文件集的路径信息;基于上述合并配置文件,对上述模板文件集中的每个模板文件进行模板渲染以生成页面文件,得到页面文件集,其中,上述模板文件集在后端项目工程中开发或维护;对上述页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集;基于上述静态资源文件集和上述静态资源文件集的路径信息,控制相关设备对上述配置后页面文件集中的各个配置后页面文件进行页面解析以对解析得到的各个页面进行展示。
[0088]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0089]
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0090]
描述于本公开的一些实施例中的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括
合并单元、渲染单元、配置单元和控制单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,配置单元还可以被描述为“对上述页面文件集中的每个页面文件进行路由配置以生成配置后页面文件,得到配置后页面文件集的单元”。
[0091]
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
[0092]
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1