CN112328250A - 用户界面的生成方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及研发管理技术领域，公开了一种用户界面的生成方法，包括：分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；对所有组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；根据整合后的组件信息生成每种组件类型对应的组件模型，并配置组件模型对应的字典值；获取目标用户界面需求关联的目标字典值，查询与目标字典值相同的字典值，并获取查询得到的字典值对应的组件模型；根据获取到的组件模型生成所述目标用户界面需求对应的用户界面。本申请还可以应用于人工智能领域。本申请还公开了一种用户界面的生成装置、计算机设备以及计算机可读存储介质。本申请降低了用户界面的开发成本。

Description

用户界面的生成方法、装置、计算机设备及存储介质

技术领域

本申请涉及研发管理技术领域，尤其涉及一种用户界面的生成方法、用户界面的生成装置、计算机设备以及计算机可读存储介质。

背景技术

用户界面(User Interface，UI)的展示主要基于卡片，卡片的概念是Google在2012年提出的，本质是信息的集合体。目前在业务应用上，存在通过多种卡片动态展示不同业务信息的需要，但由于业务应用的前端页面组成变化较多，难以做到清晰的组件划分，所以往往都是人为针对不同类型的用户界面分别编写对应的组件和代码，这样使得用户界面的开发成本高昂。

上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。

发明内容

本申请的主要目的在于提供一种用户界面的生成方法、用户界面的生成装置、计算机设备以及计算机可读存储介质，旨在解决如何在保证生成的用户界面可以满足多种用户界面需求的情况下，降低用户界面的开发成本的问题。

为实现上述目的，本申请提供一种用户界面的生成方法，包括以下步骤：

分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；

对所有所述组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；

根据整合后的所述组件信息生成每种所述组件类型对应的组件模型，并配置所述组件模型对应的字典值；

获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值，查询与所述目标字典值相同的所述字典值，并获取查询得到的所述字典值对应的组件模型；

根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面。

进一步地，所述分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息的步骤包括：

将各种所述用户界面需求输入到神经网络模型中进行分析，并获取所述神经网络模型分析得到的各种所述用户界面需求对应的组件信息；

其中，所述神经网络模型基于多个用户界面需求样本训练得到，所述用户界面需求样本中标注有组件布局和组件信息之间的对应关系。

进一步地，所述获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值的步骤包括：

接收到用户界面生成指令，则获取所述用户界面生成指令关联的目标用户界面需求；

利用所述神经网络模型分析所述目标用户界面需求对应的组件信息；

将所述目标用户界面需求对应的每个组件信息关联的字典值，作为所述目标字典值。

进一步地，所述组件模型的组件类型对应的组件信息为第一组件信息，所述目标用户界面需求对应的组件信息为第二组件信息；所述利用所述神经网络模型分析所述目标用户界面需求对应的组件信息的步骤之后，还包括：

检测是否存在与所述第二组件信息表示的组件类型相同的所述第一组件信息；

若是，将检测到的所述第一组件信息对应的组件模型的字典值与所述第二组件信息关联。

进一步地，所述检测是否存在与所述第二组件信息表示的组件类型相同的所述第一组件信息的步骤之后，还包括：

若否，创建所述第二组件信息对应的组件模型，并为所述第二组件信息对应的组件模型配置字典值。

进一步地，所述根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面的步骤之后，还包括：

检测所述用户界面是否运行正常；

若是，则将所述目标用户界面需求更新为所述用户界面需求样本。

进一步地，所述根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面的步骤之后，还包括：

监测所述用户界面是否存在报错警告；

若是，根据所述报错警告所针对的所述用户界面中的组件，生成提示信息。

为实现上述目的，本申请还提供一种用户界面的生成装置，所述用户界面的生成装置包括：

分析模块，用于分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；

整合模块，用于对所有所述组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；

处理模块，用于根据整合后的所述组件信息生成每种所述组件类型对应的组件模型，并配置所述组件模型对应的字典值；

获取模块，用于获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值，查询与所述目标字典值相同的所述字典值，并获取查询得到的所述字典值对应的组件模型；

生成模块，用于根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面。

为实现上述目的，本申请还提供一种计算机设备，所述计算机设备包括：

所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的用户界面的生成程序，所述用户界面的生成程序被所述处理器执行时实现如上述用户界面的生成方法的步骤。

为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有用户界面的生成程序，所述用户界面的生成程序被处理器执行时实现如上述用户界面的生成方法的步骤。

本申请提供的用户界面的生成方法、用户界面的生成装置、计算机设备以及计算机可读存储介质，通过分析出各类型用户界面的通用组件，并生成对应的组件模型，当有具体的用户界面展示需求时，再根据组件模型动态组装用户界面，无需再为不同类型的用户界面分别编写对应的组件和代码，在保证生成的用户界面可以满足多种用户界面需求的情况下，降低了用户界面的开发成本。

附图说明

图1为本申请一实施例中用户界面的生成方法步骤示意图；

图2为本申请一实施例中用户界面的生成装置示意框图；

图3为本申请一实施例的计算机设备的结构示意框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，在一实施例中，所述用户界面的生成方法包括：

步骤S10、分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；

步骤S20、对所有所述组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；

步骤S30、根据整合后的所述组件信息生成每种所述组件类型对应的组件模型，并配置所述组件模型对应的字典值；

步骤S40、获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值，查询与所述目标字典值相同的所述字典值，并获取查询得到的所述字典值对应的组件模型；

步骤S50、根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面。

本实施例中，实施例终端可以是计算机设备，也可以是一种用户界面的生成装置。

本实施例以停车缴费业务为例进行实施例说明，如步骤S10所述：针对停车缴费业务对应的业务应用上的用户界面建设需要，需要在业务应用的服务首页上建设动态卡片，每一张卡片就是一个卡片式的用户界面。

可选的，基于业务发展需要，终端设置有多种预设的卡片式的用户界面需求。而在每一个具体的用户界面需求里设计的组件布局中，会涉及到在需求中设计的各功能类型、样式的组件，以及各组件在设计的用户界面(即用户界面模板)中的位置，还有各组件之间的排列、间距等。

可选的，基于对用户界面需求具体的组件布局进行分析，可以得到用户界面需求中所设计使用的组件的相关信息，作为各组件对应的组件信息。

可选的，分析得到的组件信息除了包括对应组件的功能信息(功能信息中包括功能类型)外，还可以包括组件的属性信息，属性信息包括显示内容的字体样式、字体颜色、组件显示比例、组件在用户界面模板中的位置和组件图标中的至少一个。

可选的，每一种用户界面需求所设计的用户界面，均可划分为顶部区域、中部区域和底部区域。对应的，当最终生成的用户界面展示在前端时，该用户界面需包括顶部区域、中部区域和底部区域中的至少一个，而顶部区域和中部区域可以组合为一个上部区域，中部区域和底部区域可以组合为一个下部区域。

可选的，终端预设的用户界面需求包括第一需求、第二需求、第三需求、第四需求和第五需求。

可选的，第一需求设计的用户界面包括上部区域和底部区域。其中，上部区域设置有第一跳转按钮，以及所述第一跳转按钮对应的第一文案信息，该第一文案信息的显示区域设置在第一跳转按钮上侧，第一文案信息可用于阐释第一跳转按钮所指向的跳转页面信息；底部区域设置有第一跳转箭头和第一跳转箭头对应的第二文案信息，第二文案信息可用于阐释第一跳转箭头所指向的跳转页面信息，且第一跳转箭头设置在底部区域右侧，第二文案信息的显示区域设置在底部区域左侧。

可选的，在对第一需求进行分析时，可以分析得到第一需求涉及的UI(UserInterface)组件包括用于展示第一跳转按钮和第一文案信息的第一组件，以及用于展示第一跳转箭头和第二文案信息的第二组件，并根据第一组件和第二组件生成第一需求对应的组件信息。

可选的，第二需求设计的用户界面包括顶部区域、中部区域和底部区域，其中，顶部区域的左侧设置有车牌号显示栏，终端可将获取到的用户的车牌号显示在车牌号显示栏；中部区域包括第三文案信息，第三文案信息可用于实时或定时展示终端需要向用户推送的信息；底部区域设置有第一跳转箭头和第一跳转箭头对应的第二文案信息，第二文案信息可用于阐释第一跳转箭头所指向的跳转页面信息，且第一跳转箭头设置在底部区域右侧，第二文案信息的显示区域设置在底部区域左侧。

可选的，在对第二需求进行分析时，可以分析得到第二需求涉及的UI组件包括用于展示车牌号显示栏的第三组件、用于展示第三文案信息的第四组件，以及用于用于展示第一跳转箭头和第二文案信息的第二组件，并根据第二组件、第三组件和第四组件生成第二需求对应的组件信息。

可选的，第三需求设计的用户界面包括顶部区域、中部区域和底部区域。其中，顶部区域包括车牌号显示栏和第二跳转箭头，且第二跳转箭头还包括第二跳转箭头所指向的跳转页面信息，且车牌号显示栏设置在顶部区域左侧，第二跳转箭头设置在顶部区域右侧；中部区域包括第四文案信息和第四文案信息对应的第二跳转按钮，第四文案信息的显示区域设置在中部区域左侧，第二跳转按钮设置在中部区域右侧，而且第四文案信息可包括多项显示内容，例如第四文案信息可以是显示用户车辆当前的停车时间和待缴停车费，第二跳转按钮对应的跳转页面可以是对应的待缴停车费的支付页面；底部区域的左侧设置有第三跳转箭头，且第三跳转箭头还包括第三跳转箭头所指向的跳转页面信息。

可选的，在对第三需求进行分析时，可分析得到第三需求涉及的UI组件包括用于展示车牌号显示栏的第三组件、用于展示第二跳转箭头的第五组件、用于展示第四文案信息和第二跳转按钮的第六组件，以及用于展示第三跳转箭头的第七组件，并根据第三组件、第五组件、第六组件和第七组件生成第三需求对应的组件信息。

可选的，第四需求设计的用户界面包括顶部区域和中部区域。其中，顶部区域包括车牌号显示栏和第二跳转箭头，且第二跳转箭头还包括第二跳转箭头所指向的跳转页面信息，且车牌号显示栏设置在顶部区域左侧，第二跳转箭头设置在顶部区域右侧；中部区域中部区域包括第三文案信息，第三文案信息可用于实时或定时展示终端需要向用户推送的信息。

可选的，在对第四需求进行分析时，可分析得到第四需求涉及的UI组件包括用于展示车牌号显示栏的第三组件、用于展示第二跳转箭头的第五组件，以及用于展示第三文案信息的第四组件，并根据第三组件、第四组件和第五组件生成第四需求对应的组件信息。

可选的，第五需求设计的用户界面包括顶部区域、中部区域和底部区域。其中，顶部区域包括车牌号显示栏和第二跳转箭头，且第二跳转箭头还包括第二跳转箭头所指向的跳转页面信息，且车牌号显示栏设置在顶部区域左侧，第二跳转箭头设置在顶部区域右侧；中部区域包括第四文案信息和第一拓展应用按钮，第四文案信息的显示区域设置在中部区域左侧，第一拓展应用按钮设置在中部区域右侧，而且第一拓展应用按钮可用于引入外部应用功能，例如导航按钮可以相应引入地图导航应用的导航功能；底部区域包括第二拓展按钮和第二拓展按钮对应的描述信息。

可选的，在对第五需求进行分析时，可分析得到第五需求涉及的UI组件包括用于展示车牌号显示栏的第三组件、用于展示第二跳转箭头的第五组件，用于展示第四文案信息的第八组件、用于展示第一拓展应用按钮的第九组件，以及用于展示第二拓展按钮及对应的描述信息的第十组件，并根据第三组件、第五组件、第八组件、第九组件和第十组件生成第五需求对应的组件信息。

如步骤S20所述：组件类型相同的组件信息，可以指的是这些组件信息所对应的组件的功能信息相同，或者是组件的功能信息和属性信息均相同。其中，组件信息中描述有其所对应的组件的组件类型，即组件信息包括组件的功能信息和/或属性信息。

可选的，在终端获取到各种用户界面需求对应的组件信息后，将所有组件信息进行汇总，然后根据各组件信息所描述的组件类型，对所有组件信息进行整合，并检测各组件信息彼此间所描述的组件类型是否相同；若存在彼此所描述的组件类型相同的组件信息，则将所描述的组件类型相同的组件信息进行合并；若存在其所描述的组件类型与其他组件信息不同的组件信息，则保留该组件信息。这样，最终即可整合得到囊括所有用户界面需求所涉及的各类型组件的组件信息。应当理解的是，最终可整合得到多个组件信息，且一个组件信息对应唯一一种组件类型。

例如，第二需求对应的组件信息包括第二组件、第三组件和第四组件对应的信息，第四需求对应的组件信息包括第三组件、第四组件和第五组件对应的信息，由于第二需求和第四需求均包括第三组件和第四组件对应的信息，因此两者第三组件对应的组件信息所表示的组件的功能必定相同、两者第四组件对应的组件信息所表示的组件的功能必定相同(或者说组件类型相同)，故基于第二需求和第四需求的组件信息可整合为第二组件、第三组件、第四组件和第五组件对应的信息。

如步骤S30所述：在组件信息整合后，一个组件信息对应的一种组件类型的组件，且不同组件信息对应的组件类型不同。基于整合后的组件信息，可得到各类型组件的功能信息和属性信息，然后根据各类型组件的功能信息和属性信息，对各类型组件进行实例化，生成各类型组件对应的组件模型，并将组件模型保存到模型库中。同时，为每一个组件模型分配一个唯一的字典值(或者字典项)。

如步骤S40所述：当开发人员有具体想要在终端提供给用户使用的页面上实现的目标用户界面时，可以自行编写目标用户界面需求。当开发人员将编写完成的目标用户界面需求输入到终端的后端的同时，可以向终端发出针对目标用户界面需求的用户界面生成指令，且该用户界面生成指令与目标用户界面需求关联。

可选的，开发人员编写的目标用户界面需求关联有字典表和用户界面展示信息。其中，字典表包括了目标用户界面上设计的所有组件模型对应的字典值；用户界面展示信息包括目标用户界面设计的一些组件模型对应的内容信息。

应当理解的是，字典表中的字典值与目标用户界面需求关联，且将预目标用户界面需求关联的字典值记为目标字典值，而字典表中则可包括多个目标字典值；内容信息包括文案信息和/或描述信息，各可用于显示内容信息的组件模型，其存储的内容信息初始值为空值，当这些组件模型实际被调用时，再填入具体需要显示的内容信息。

可选的，终端可根据模型库中的组件模型，生成需求模板。需求模板中规范了目标用户界面各区域可填入的具体组件需求的格式，以及各区域可选择的组件模型(各区域根据区域范围的大小，关联有至少一个组件模型)，即需求模板中定义了目标用户界面需求的组件布局。开发人员可基于需求模板编写目标用户界面需求，在目标用户界面需求编写后，终端自动根据目标用户界面需求对应的需求模板所选中的组件模型，获取这些组件模型对应的字典值作为目标用户界面关联的目标字典值，并基于目标字典值生成字典表。

可选的，当终端在后端接收到用户界面生成指令时，则获取用户界面生成指令关联的目标用户界面需求，并通过获取目标用户界面需求对应的字典表，获取字典表中与目标用户界面需求关联的目标字典值。然后在前端模块库中查询与目标字典值相同的字典值，并根据查询得到的字典值，从模型库中获取查询得到的字典值对应的组件模型，即获取得到的组件模型存在与之对应的目标字典值。

如步骤S50所述：终端预先部署有至少一种需求模板，每种需求模板均设置有其对应的用户界面模板。终端在得到目标用户界面需求时，查询与目标用户界面需求匹配的需求模板，然后获取查询得到的需求模板对应的用户界面模板，作为目标用户界面需求对应的用户界面模板。

可选的，终端获取到目标用户界面需求关联的目标字典值对应的组件模型后，可以根据目标用户界面需求的内容信息、每个组件模型所属的组件的属性信息，对各组件模型进行渲染，得到目标用户界面需求对应的用户界面(即目标用户界面)具体涉及的各个组件的实体，此过程即为对组件模型进行实例化的过程。同时，终端根据目标用户界面需求对应的组件布局(主要根据组件布局中所设计的各组件在目标用户界面上的位置)，确定各组件模型在目标用户界面需求对应的用户界面模板中的排布，并即将各组件模型对应的实体组装到用户界面模板中，得到目标用户界面。

可选的，将生成的目标用户界面显示在终端提供给用户使用业务应用的页面上。其中，在目标用户界面中，组件所显示的内容信息是可以通过进行数据抓取实现内容信息的实时更新的。例如，当内容信息有用户停车时长时，则停车时长可以获取用户在停车场实际的停车数据，实时更新同步显示在目标用户界面对应的组件上。

在一实施例中，通过分析出各类型用户界面的通用组件，并生成对应的组件模型，当有具体的用户界面展示需求时，再根据组件模型动态组装用户界面，无需再为不同类型的用户界面分别编写对应的组件和代码，在保证生成的用户界面可以满足多种用户界面需求的情况下，降低了用户界面的开发成本。

在一实施例中，在上述实施例基础上，所述分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息的步骤包括：

步骤S11、将各种所述用户界面需求输入到神经网络模型中进行分析，并获取所述神经网络模型分析得到的各种所述用户界面需求对应的组件信息。

其中，所述神经网络模型基于多个用户界面需求样本训练得到，所述用户界面需求样本中标注有组件布局和组件信息之间的对应关系。

本实施例中，基于人工智能+神经网络技术，终端预先训练有神经网络模型，神经网络模型基于数量足够多的用户界面需求样本进行训练，经过多次迭代直到模型收敛后，得到训练完成的神经网络模型。

其中，每个用户界面需求样本对应的用户界面模板上预先标注有用户界面需求所设计的组件的位置，以及各位置上表示的组件的相关信息，而且基于所有组件对应的位置，还可以得到各组件之间在用户界面模板上的排列、间距等信息，基于此可以整合得到用户界面需求样本中的组件布局。再根据在组件布局中各组件对应的组件信息，即可建立组件布局和组件信息之间的对应关系。

应当理解的是，开发人员可以预先对用户界面需求样本进行标注后，再将用户界面需求样本输入到神经网络模型中进行训练。

当终端需要分析各种用户界面需求对应的组件信息时，可以直接将各用户界面需求作为神经网络模型的输入值，输入至神经网络模型中，利用神经网络模型的分析能力，分析用户界面需求中的组件布局，并查找组件布局对应的组件信息，即可分析得到各用户界面需求对应的组件信息，终端只需获取神经网络模型的输出值即可得到各用户界面需求对应的组件信息。

这样，通过利用神经网络模型分析各用户界面需求对应的组件信息，可以提高分析得到组件信息的效率和准确率。

在一实施例中，在上述实施例基础上，所述获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值的步骤包括：

步骤S60、接收到用户界面生成指令，则获取所述用户界面生成指令关联的目标用户界面需求；

步骤S61、利用所述神经网络模型分析所述目标用户界面需求对应的组件信息；

步骤S62、将所述目标用户界面需求对应的每个组件信息关联的字典值，作为所述目标字典值。

本实施例中，当终端接收到开发人员发出的用户界面生成指令时，则获取开发人员在发出用户界面生成指令时输入到终端的后端系统的目标用户界面需求，该目标用户界面需求即为用户界面生成指令关联的模板用户界面需求。

进一步地，终端可以将目标用户界面需求输入至基于上述训练完成的神经网络模型中，利用神经网络模型分析目标用户界面需求的组件布局涉及到的组件信息，神经网络模型对目标用户界面需求分析完成后，会输出相应的组件信息。

可选的，终端获取到神经网络模型输出的目标用户界面需求对应的组件信息后，从模型库中匹配对应的组件类型与这些组件信息相关的组件模型，并获取匹配到的组件模型对应的字典值与组件模型对应的组件信息关联，然后将目标用户界面需求中所有组件信息关联的字典值，作为所述目标字典值，并基于所有目标字典值生成目标用户界面需求对应的字典表。应当理解的是，字典表中包括至少一项目标字典值，一项目标字典值对应一个组件模型。

这样，无需人工手动查询目标用户界面需求所设计的组件对应的组件模型的字典值来生成字典表，即可通过自动分析目标用户界面需求对应的组件信息，并基于此生成字典表，提高了目标用户界面需求对应的字典表生成的效率，并节约了开发成本。

在一实施例中，在上述实施例基础上，所述利用所述神经网络模型分析所述目标用户界面需求对应的组件信息的步骤之后，还包括：

步骤S70、检测是否存在与所述第二组件信息表示的组件类型相同的所述第一组件信息；

步骤S71、若是，将检测到的所述第一组件信息对应的组件模型的字典值与所述第二组件信息关联。

步骤S72、若否，创建所述第二组件信息对应的组件模型，并为所述第二组件信息对应的组件模型配置字典值。

本实施例中，将模型库中保存的组件模型的组件类型对应的组件信息记为第一组件信息，将目标用户界面需求对应的组件信息记为第二组件信息。

可选的，终端获取到神经网络模型输出的目标用户界面需求对应的第二组件信息后，从模型库中查询对应的组件类型与第二组件信息相关的组件模型，即当组件模型对应的第一组件信息与第二组件信息相同时，则该组件模型与第二组件信息相关。

进一步地，终端检测模型库保存的组件模型中，是否存在对应的第一组件信息与第二组件信息相同的组件模型(即检测是否存在表示的组件类型与第二组件信息对应的组件类型相同的第一组件信息)。

可选的，当终端检测到存在与第二组件信息表示的组件类型相同的第一组件信息时，则判定模型库中存在与第二组件信息对应的组件模型，然后进一步获取与第二组件信息相同的第一组件信息(即检测到的第一组件信息)对应的组件模型的字典值，并将获取到的字典值与第二组件信息关联。

这样，通过自动将目标用户界面需求对应的组件信息与相应的字典值关联，从而提高了生成目标用户界面的字典表的效率。

可选的，当终端检测到不存在与第二组件信息表示的组件类型相同的第一组件信息时，则判定模型库中不存在与第二组件信息对应的组件模型，然后终端根据第二组件信息表示的组件类型对应的功能信息和属性信息，在模型库中新创建第二组件信息对应的组件模型，并为新建的组件模型分配字典值，然后更新模型库。这时，终端再基于更新后的模型库匹配第二组件信息关联的字典值。

这样，当模型库不存在目标用户界面需求中设计的组件对应的组件模型是，即可实现自动在模型库中创建相应的组件模型，从而节省了开发组件模型的成本。

在一实施例中，在上述实施例基础上，所述根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面的步骤之后，还包括：

步骤S80、检测所述用户界面是否运行正常；

步骤S81、若是，则将所述目标用户界面需求更新为所述用户界面需求样本。

本实施例中，终端在利用神经网络模型分析目标用户界面需求对应的组件信息，并在此基础上逐步生成目标用户界面需求对应的用户界面(即目标用户界面)后，可以先利用测试用例对目标用户界面进行测试，以测试目标用户界面的相关功能是否运行正常，以此检测用户界面是否运行正常。其中，目标用户界面的相关功能包括用户界面各组件的显示功能，和/或用户界面中调用的应用程序接口功能。

可选的，通过测试用例对目标用户界面进行测试时，测试用例中的测试脚本会自动调用目标用户界面的相关功能，得到相应的测试值。然后将测试值与测试用例中预先编写的目标值进行比对，以此判断目标用户界面是否运行正常。

其中，当终端检测到测试值与目标值一致时，则判定目标用户界面运行正常；当终端检测到测试值与目标值不一致时，则判定目标用户界面运行不正常。

可选的，当终端检测到目标用户界面运行不正常时，则生成相应的提示信息，并将提示信息输出至相关开发人员的关联设备上，以提醒开发人员目标用户界面运行不正常，使得开发人员可以及时对目标用户界面或者终端进行故障排查。

可选的，当终端检测到目标用户界面运行正常时，则将目标用户界面显示在业务应用的页面上。同时，终端还可以将目标用户界面对应的目标用户界面需求更新为用户界面需求样本，并将之前分析得到的目标用户界面需求对应的组件信息与新用户界面需求样本关联，然后将关联后的用户界面需求样本和组件信息一同输入到神经网络模型中，以对神经网络模型进行迭代更新。

这样，可以提高神经网络模型分析用户界面需求对应的组件信息的准确率。

在一实施例中，在上述实施例基础上，所述根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面的步骤之后，还包括：

步骤S90、监测所述用户界面是否存在报错警告；

步骤S91、若是，根据所述报错警告所针对的所述用户界面中的组件，生成提示信息。

本实施例中，终端在生成目标用户界面需求对应的用户界面(即目标用户界面)后，可以对目标用户界面先进行试运行，检测目标用户界面的显示效果(或者显示效果)。而由于目标用户界面是由多个组件模型进行组装的，因此终端实际上是在检测目标用户界面中每个组件的显示效果(或者实际部署的效果)。其中，具体测试的方式可以是使用预先编写的测试用例进行测试。

可选的，在对目标用户界面进行试运行或将目标用户界面投入实际运行的过程中，终端可以实时监测目标用户界面是否有报错警告产生。当终端未监测到目标用户界面存在报错警告时，则终端不做处理；当终端检测到目标用户界面中存在报错警告时，则根据报错警告所针对的组件(即导致报错警告产生的组件)的相关信息(组件对应的组件模型的字典值、组件功能、具体的报错信息等)，生成该组件对应的提示信息。

其中，报错警告可以是组件图标闪烁、组件图标未显示(或者显示内容未显示、未更新)、组件对应的跳转内容未关联、组件对应的拓展应用功能未实现、组件排列乱码等。

当终端生成提示信息后，可以将提示信息输出至开发人员的关联设备，以提示开发人员目标用户界面具体故障的地方，以便于开发人员对相关故障的组件进行故障排查。

这样，可以方便开发人员及时对动态组建生成的目标用户界面的报错原因进行排查。

参照图2，本申请实施例中还提供一种用户界面的生成装置10，包括：

分析模块11，用于分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；

整合模块12，用于对所有所述组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；

处理模块13，用于根据整合后的所述组件信息生成每种所述组件类型对应的组件模型，并配置所述组件模型对应的字典值；

获取模块14，用于获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值，查询与所述目标字典值相同的所述字典值，并获取查询得到的所述字典值对应的组件模型；

生成模块15，用于根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面。

参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于用户界面的生成程序。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种用户界面的生成方法。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

此外，本申请还提出一种计算机可读存储介质，所述计算机可读存储介质包括用户界面的生成程序，所述用户界面的生成程序被处理器执行时实现如以上实施例所述的用户界面的生成方法的步骤。可以理解的是，本实施例中的计算机可读存储介质可以是易失性可读存储介质，也可以为非易失性可读存储介质。

综上所述，为本申请实施例中提供的用户界面的生成方法、用户界面的生成装置、计算机设备和存储介质，通过分析出各类型用户界面的通用组件，并生成对应的组件模型，当有具体的用户界面展示需求时，再根据组件模型动态组装用户界面，无需再为不同类型的用户界面分别编写对应的组件和代码，在保证生成的用户界面可以满足多种用户界面需求的情况下，降低了用户界面的开发成本。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM通过多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种用户界面的生成方法，其特征在于，包括：

分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；

对所有所述组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；

根据整合后的所述组件信息生成每种所述组件类型对应的组件模型，并配置所述组件模型对应的字典值；

获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值，查询与所述目标字典值相同的所述字典值，并获取查询得到的所述字典值对应的组件模型；

根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面。

2.如权利要求1所述的用户界面的生成方法，其特征在于，所述分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息的步骤包括：

将各种所述用户界面需求输入到神经网络模型中进行分析，并获取所述神经网络模型分析得到的各种所述用户界面需求对应的组件信息；

其中，所述神经网络模型基于多个用户界面需求样本训练得到，所述用户界面需求样本中标注有组件布局和组件信息之间的对应关系。

3.如权利要求2所述的用户界面的生成方法，其特征在于，所述获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值的步骤包括：

接收到用户界面生成指令，则获取所述用户界面生成指令关联的目标用户界面需求；

利用所述神经网络模型分析所述目标用户界面需求对应的组件信息；

将所述目标用户界面需求对应的每个组件信息关联的字典值，作为所述目标字典值。

4.如权利要求3所述的用户界面的生成方法，其特征在于，所述组件模型的组件类型对应的组件信息为第一组件信息，所述目标用户界面需求对应的组件信息为第二组件信息；所述利用所述神经网络模型分析所述目标用户界面需求对应的组件信息的步骤之后，还包括：

检测是否存在与所述第二组件信息表示的组件类型相同的所述第一组件信息；

若是，将检测到的所述第一组件信息对应的组件模型的字典值与所述第二组件信息关联。

5.如权利要求4所述的用户界面的生成方法，其特征在于，所述检测是否存在与所述第二组件信息表示的组件类型相同的所述第一组件信息的步骤之后，还包括：

若否，创建所述第二组件信息对应的组件模型，并为所述第二组件信息对应的组件模型配置字典值。

6.如权利要求3-5中任一项所述的用户界面的生成方法，其特征在于，所述根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面的步骤之后，还包括：

检测所述用户界面是否运行正常；

若是，则将所述目标用户界面需求更新为所述用户界面需求样本。

7.如权利要求1所述的用户界面的生成方法，其特征在于，所述根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面的步骤之后，还包括：

监测所述用户界面是否存在报错警告；

若是，根据所述报错警告所针对的所述用户界面中的组件，生成提示信息。

8.一种用户界面的生成装置，其特征在于，包括：

分析模块，用于分析各种用户界面需求对应的组件布局，得到所述用户界面需求对应的组件信息；

整合模块，用于对所有所述组件信息进行整合，以将所描述的组件类型相同的组件信息进行合并；

处理模块，用于根据整合后的所述组件信息生成每种所述组件类型对应的组件模型，并配置所述组件模型对应的字典值；

获取模块，用于获取目标用户界面需求，及与所述目标用户界面需求关联的目标字典值，查询与所述目标字典值相同的所述字典值，并获取查询得到的所述字典值对应的组件模型；

生成模块，用于根据所述目标用户界面需求对应的组件布局，将获取到的组件模型组装到所述目标用户界面需求对应的用户界面模板中，以生成所述目标用户界面需求对应的用户界面。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的用户界面的生成程序，所述用户界面的生成程序被所述处理器执行时实现如权利要求1至7中任一项所述的用户界面的生成方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有用户界面的生成程序，所述用户界面的生成程序被处理器执行时实现如权利要求1至7中任一项所述的用户界面的生成方法的步骤。

Images