安卓系统中界面文件的生成方法、装置、设备及存储介质与流程

1.本申请涉及软件开发技术领域，具体而言，涉及一种安卓系统中界面文件的生成方法、装置、设备及存储介质。


背景技术：

2.随着安卓技术的快速发展，开发人员可以基于安卓平台进行应用程序(application，app)界面的开发。目前常用的界面开发工具包括eclipse、intellij idea、android studio，通常可以采用各界面开发工具开发相应的界面模板，以便开发人员结合实际业务需求基于界面模板进行界面开发。
3.目前，在一些实际项目中，各界面开发工具提供的界面架构基本都是(model
‑
view
‑
presenter，mvp)模式或者(model
‑
view
‑
viewmodel，mvvm)模式，在每个界面架构中，创建app界面时需要创建多个模板文件，然后根据实际业务需求在模板文件中输入相应的参数。
4.然而，由于每次创建的模板文件中存在很多相似的文件，采用上述方式导致开发效率低下。


技术实现要素：

5.本申请的目的在于，针对上述现有技术中的不足，提供一种安卓系统中界面文件的生成方法、装置、设备及存储介质，以解决现有技术中每次创建的模板文件中存在很多相似的文件，导致开发效率低下的问题。
6.为实现上述目的，本申请实施例采用的技术方案如下：
7.第一方面，本申请一实施例提供了一种安卓系统中界面文件的生成方法，所述方法包括：
8.根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定所述目标架构模式对应的目标界面属性；
9.根据所述目标界面属性，从预先配置的界面模板文件中加载所述目标界面属性对应的目标模板文件，并显示所述目标模板文件的配置界面，其中，所述界面模板文件包括多种界面属性对应的模板文件；
10.根据针对所述配置界面的参数配置操作，生成所述目标架构模式的界面文件。
11.在一可选的实施方式中，所述方法还包括：
12.根据输入的界面创建操作，确定界面模式，所述界面模式为全局界面模式或局部界面模式；
13.所述根据所述目标界面属性，从预先配置的界面模板文件中加载所述目标界面属性对应的目标模板文件，包括：
14.根据所述目标界面属性，从所述界面模板文件中确定所述目标界面属性对应的第一模板文件；
15.从所述第一模板文件中加载所述界面模式对应的第二模板文件，所述第二模板文件为所述目标模板文件。
16.在一可选的实施方式中，所述方法还包括：
17.通过预设存储目录加载所述界面模板文件以及所述界面模板文件对应的描述文件，所述描述文件中包括所述界面模板文件中参数的描述信息；
18.所述配置界面中显示有：所述描述信息。
19.在一可选的实施方式中，所述根据所述目标界面属性，从预先配置的界面模板文件中加载所述目标界面属性对应的目标模板文件之前，还包括：
20.创建多个架构模式对应的初始界面模板文件；
21.根据针对所述初始界面模板文件的配置操作，生成所述界面模板文件。
22.在一可选的实施方式中，所述方法还包括：
23.创建并配置得到所述界面模板文件对应的描述文件；
24.将所述界面模板文件和所述描述文件存储在所述预设存储目录对应的存储路径下。
25.在一可选的实施方式中，所述描述文件中还包括：所述界面模板文件对应的多个类别文件的目录结构。
26.在一可选的实施方式中，若所述目标架构模式为预设架构模式，且所述界面模式为全局界面模式，所述目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件，所述清单文件包括多个界面文件，每个界面文件用于定义全局界面中对应区域所包含的内容信息；
27.若所述目标架构模式为所述预设架构模式，且所述界面模式为局部界面模式，所述目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件中的目标界面文件，所述目标界面文件中包括局部界面所包含的内容信息。
28.第二方面，本申请另一实施例提供了一种安卓系统中界面文件的生成装置，所述装置包括：
29.确定模块，用于根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定所述目标架构模式对应的目标界面属性；
30.加载模块，用于根据所述目标界面属性，从预先配置的界面模板文件中加载所述目标界面属性对应的目标模板文件，并显示所述目标模板文件的配置界面，其中，所述界面模板文件包括多种界面属性对应的模板文件；
31.生成模块，用于根据针对所述配置界面的参数配置操作，生成所述目标架构模式的界面文件。
32.在一可选的实施方式中，所述确定模块，还用于：
33.根据输入的界面创建操作，确定界面模式，所述界面模式为全局界面模式或局部界面模式；
34.所述加载模块，具体用于：
35.根据所述目标界面属性，从所述界面模板文件中确定所述目标界面属性对应的第一模板文件；
36.从所述第一模板文件中加载所述界面模式对应的第二模板文件，所述第二模板文
件为所述目标模板文件。
37.在一可选的实施方式中，所述加载模块，还用于：
38.通过预设存储目录加载所述界面模板文件以及所述界面模板文件对应的描述文件，所述描述文件中包括所述界面模板文件中参数的描述信息；
39.所述配置界面中显示有：所述描述信息。
40.在一可选的实施方式中，所述装置还包括：
41.创建模块，用于创建并配置得到所述界面模板文件对应的描述文件；
42.存储模块，用于将所述界面模板文件和所述描述文件存储在所述预设存储目录对应的存储路径下。
43.在一可选的实施方式中，所述描述文件中还包括：所述界面模板文件对应的多个类别文件的目录结构。
44.在一可选的实施方式中，若所述目标架构模式为预设架构模式，且所述界面模式为全局界面模式，所述目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件，所述清单文件包括多个界面文件，每个界面文件用于定义全局界面中对应区域所包含的内容信息；
45.若所述目标架构模式为所述预设架构模式，且所述界面模式为局部界面模式，所述目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件中的目标界面文件，所述目标界面文件中包括局部界面所包含的内容信息。
46.第三方面，本申请另一实施例提供了一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述机器可读指令，以执行如上述第一方面任一项所述的方法。
47.第四方面，本申请另一实施例提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面任一项所述的方法。
48.本申请提供了一种安卓系统中界面文件的生成方法、装置、设备及存储介质，其中，该方法包括：根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定目标架构模式对应的目标界面属性，根据目标界面属性，从预先配置的界面模板文件中加载目标界面属性对应的目标模板文件，并显示目标模板文件的配置界面，其中，界面模板文件包括多种界面属性对应的模板文件，根据针对配置界面的参数配置操作，生成目标架构模式的界面文件。本申请根据所选的目标架构模式，加载目标模板文件，进而对目标模板文件进行配置，即可生成目标架构模式的界面文件，和现有技术相比，无需在每次创建界面文件时都重新创建模板文件，提高了开发效率。
附图说明
49.为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
50.图1示出了本申请实施例提供的安卓系统中界面文件的生成方法的流程示意图
一；
51.图2示出了本申请实施例提供的安卓系统中界面文件的生成方法的流程示意图二；
52.图3示出了本申请实施例提供的安卓系统中界面文件的生成方法的流程示意图三；
53.图4示出了本申请实施例提供的安卓系统中界面文件的生成装置的结构示意图；
54.图5示出了本申请实施例提供的电子设备的结构示意图。
具体实施方式
55.为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
56.另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
57.需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
58.针对现有技术中在每次创建应用程序(application，app)界面时都要创建多个模板文件，由于每次创建的模板文件中存在很多相似的文件，因此导致开发效率低下的问题，本申请提供了一种安卓系统中界面文件的生成方法，通过根据所选的目标架构模式，从预先配置的界面模板文件中加载目标模板文件，进而对目标模板文件进行配置，即可生成目标架构模式的界面文件，和现有技术相比，无需在每次创建界面文件时都重新创建模板文件，提高了开发效率。
59.下面结合几个具体实施例对本申请提供的安卓系统中界面文件的生成方法进行具体说明。
60.图1示出了本申请实施例提供的安卓系统中界面文件的生成方法的流程示意图一，本实施例的执行主体可以为电子设备，例如可以为终端设备、服务器等。如图1所示，该方法可以包括：
61.s101、根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定目标架构模式对应的目标界面属性。
62.常用的界面开发工具包括eclipse、intellij idea、android studio，其中，eclipse是跨平台开源集成开发环境；android studio是谷歌推出的一个android集成开发工具，基于intellij idea，类似eclipse adt，android studio提供了集成的android开发
工具用于开发和调试。每种界面开发工具都提供了多种架构模式，例如可以包括mvp模式和mvvm模式。
63.在实际应用中，目标架构模式可以为mvp模式或者mvvm模式，为解决现有技术中在基于界面开发工具创建app界面时，每次都需要创建很多相似的模板文件，导致开发效率低下的问题。在本实施例中，开发人员可以打开安装在电子设备上的任意一款界面开发工具，在界面开发工具提供的开发界面中输入针对目标架构模式的选择操作，也就是，选择目标架构模式，相应的，电子设备根据输入的针对目标架构模式的选择操作，可以采用预设的架构模式与界面属性的对应关系，确定目标架构模式对应的目标界面属性。
64.其中，界面属性可以包括界面内容属性、界面布局属性、数据获取属性、业务逻辑属性中的至少一种。
65.界面内容属性可以为界面中所呈现的内容的属性信息，界面布局属性可以为界面的布局信息，包括界面的长度和宽度等，数据获取属性可以为界面中数据获取方式等，业务逻辑属性可以为界面中业务数据的逻辑信息。
66.架构模式与界面属性的对应关系可以是预先建立的架构模式和界面属性的对应关系，也就是说，不同架构模式对应的界面属性可以不同，以架构模式为mvvm模式为例，mvvm模式对应的目标界面属性可以包括界面内容属性、界面布局属性、界面中数据获取属性、界面中业务逻辑属性。
67.s102、根据目标界面属性，从预先配置的界面模板文件中加载目标界面属性对应的目标模板文件，并显示目标模板文件的配置界面。
68.s103、根据针对配置界面的参数配置操作，生成目标架构模式的界面文件。
69.确定出目标架构模式对应的目标界面属性之后，还可以根据目标界面属性，从预先配置的界面模板文件中加载目标界面属性对应的目标模板文件，其中，界面模板文件包括多种界面属性对应的模板文件。也就是说，界面属性和模板文件之间具有对应关系，在确定目标界面属性后，即可从预先配置的界面模板文件中确定目标界面属性对应的目标模板文件。
70.同样以mvvm模式为例，mvvm模式对应的目标界面属性包括界面内容属性、界面布局属性、数据获取属性、业务逻辑的属性，那么目标界面属性对应的目标模板文件可以包括清单文件、布局文件、数据获取文件以及业务逻辑文件。
71.其中，清单文件包括多个界面文件，每个界面文件用于定义待创建界面中对应区域所包含的内容信息，布局文件用于定义待创建界面的布局信息，数据获取文件用于定义待创建界面的数据获取方法，业务逻辑信息用于定义待创建界面的业务逻辑信息。
72.在加载目标界面属性对应的目标模板文件时，还可以显示目标模板文件的配置界面，这样，开发人员还可以输入针对该配置界面的参数配置操作，相应的，电子设备根据输入的针对该配置界面的参数配置操作，对目标模板文件进行参数配置，进而生成目标架构模式的界面文件，这样即可基于界面文件创建界面。
73.需要说明的是，目标模板文件的配置界面可以为待进行参数配置的界面，也就是说，开发人员可以根据实际开发需求，基于目标模板文件的配置界面进行参数配置，以目标模板文件包括布局文件为例，布局文件中包括待配置的界面长度和待配置的界面宽度，那么开发人员可以输入针对布局文件的配置界面的参数配置操作，对布局文件进行界面长度
和界面宽度的参数配置，生成目标架构模式的界面文件。
74.本实施例的安卓系统中界面文件的生成方法，根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定目标架构模式对应的目标界面属性，根据目标界面属性，从预先配置的界面模板文件中加载目标界面属性对应的目标模板文件，并显示目标模板文件的配置界面，其中，界面模板文件包括多种界面属性对应的模板文件，根据针对配置界面的参数配置操作，生成目标架构模式的界面文件。在本实施例中，根据所选的目标架构模式，加载目标模板文件，进而对目标模板文件进行配置，即可生成目标架构模式的界面文件，和现有技术相比，无需在每次创建界面文件时都重新创建模板文件，提高了开发效率。
75.在一可选的实施方式中，步骤s102之前，该方法还可以包括：
76.通过预设存储目录加载界面模板文件以及界面模板文件对应的描述文件。
77.其中，预先配置界面模板文件时还可以配置界面模板文件对应的描述文件，描述文件中包括界面模板文件中参数的描述信息，配置界面中显示有：描述信息，也就是说，描述文件用于对预先配置的界面模板文件进行描述说明，预先配置的界面模板文件和描述文件可以存储在预设存储目标对应的存储路径下，那么在步骤s102之前，还可以通过预设存储目录加载界面模板文件以及界面模板文件对应的描述文件，描述文件中包括界面模板文件中参数的描述信息，配置界面中显示有：描述信息。这样，可以确定描述文件用于辅助开发人员获知界面模板文件中的参数的含义，开发人员基于配置界面上显示的描述信息，可以更准确地基于配置界面进行参数配置操作。
78.在一可选的实施方式中，还可以执行图2实施例所示的步骤。图2示出了本申请实施例提供的安卓系统中界面文件的生成方法的流程示意图二，如图2所示，该方法还可以包括：
79.s201、根据输入的界面创建操作，确定界面模式。
80.其中，界面模式为全局界面模式或局部界面模式，全局界面模式可以称为activity模式，局部界面模式可以称为fragment模式。
81.开发人员可以在界面开发工具提供的开发界面中输入界面创建操作，相应的，电子设备根据输入的界面创建操作，确定界面模式，其中，该界面开发工具可以提供一“界面创建”选项，开发人员选择“界面创建”选项后，可以从“界面创建”选项提供的界面创建窗口选择界面模式，也就是，电子设备根据输入的界面创建操作，确定界面模式。
82.s101、根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定目标架构模式对应的目标界面属性。
83.然后可以执行步骤s101也即选择目标架构模式，确定目标架构模式对应的目标界面属性，当然，也可以在步骤s101之后执行步骤s201，具体可以以实际的界面开发工具为准，本实施例对此不做特别限定。
84.接着可以执行步骤s102，也即从预先配置的界面模板文件中加载目标界面属性对应的目标模板文件，以及显示目标模板文件的配置界面。
85.其中，步骤s102可以包括s202
‑
s203。
86.s202、根据目标界面属性，从界面模板文件中确定目标界面属性对应的第一模板文件。
87.s203、从第一模板文件中加载界面模式对应的第二模板文件。
88.根据确定的目标架构模式对应的目标界面属性，可以从预先配置的界面模板文件中确定目标界面属性对应的第一模板文件，然后从第一模板文件中加载界面模式对应的第二模板文件，其中，第二模板文件为目标模板文件。也就是说，通过考虑目标界面属性和界面模式两种因素，从预先配置的界面模板文件中可以确定出目标模板文件。
89.在一可选的实施方式中，若目标架构模式为预设架构模式，且界面模式为全局界面模式，目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件，清单文件包括多个界面文件，每个界面文件用于定义全局界面中对应区域所包含的内容信息。
90.若目标架构模式为预设架构模式，且界面模式为局部界面模式，目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件中的目标界面文件。
91.其中，若预设架构模式可以为mvvm模式，若目标架构模式为mvvm模式且界面模式为activity模式，目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件。
92.需要说明的是，界面模式为activity模式，说明待创建界面为待创建的全局界面，清单文件中包括多个界面文件，每个界面文件用于定义全局界面中对应区域所包含的内容信息，也就是说，清单文件用于定义全局界面中各个区域所包含的内容信息。
93.其中，若预设架构模式可以为mvvm模式，若目标架构模式为mvvm模式且界面模式为fragment模式，目标模板文件包括数据获取文件、业务逻辑文件、布局文件以及清单文件中的目标界面文件。
94.需要说明的是，界面模式为activity模式，说明待创建界面为待创建的局部界面，则只需要清单文件中的目标界面文件，目标界面文件中包括局部界面所包含的内容信息，也就是说，无需清单文件中用于定义其他区域的界面文件，界面文件中可以包括对应的局部界面的标识，这样，便于从清单文件中加载相应区域所对应的目标界面文件。
95.在实际应用中，以目标架构模式为mvvm模式为例，新建fragment界面时，开发人员可以选择mvvm模式，并自定义界面文件的名称，则可以根据创建的自定义界面文件的名称，自动生成一个文件包，该文件包中包括四个目标模板文件，分别为界面文件、布局文件、数据获取文件以及业务逻辑文件，当然，若新建activity界面时，则四个目标模板文件可以包括清单文件、布局文件、数据获取文件以及业务逻辑文件，然后可以对目标模板文件进行参数配置，生成界面文件，接着对界面文件编译、运行以进行界面创建，若其中存在文件报红，即编译出错，还可以重新编译或者重启，直至完成界面创建。其中，在命名时不需要加activity或fragment，系统会自动添加。
96.其中，还可以通过预设存储目录加载界面模板文件以及界面模板文件对应的描述文件，其中，描述文件中包括界面模板文件中参数的描述信息，配置界面中显示有：描述信息，这样，基于描述文件可以更准确地进行参数配置。
97.此外，描述文件中还可以包括：界面模板文件对应的多个类别文件的目录结构，也即界面模板文件中不同类别的文件对应一个目录结构。以上述示例为例，根据创建的自定义界面文件的名称，自动生成一个文件包，该文件包中可以包括2个目录结构、4个文件，2个目录结构例如可以包括viewmodel目录和model目录，viewmodel目录包括业务逻辑文件(记作infoviewmodel.java.ftl)，model目录下包括数据获取文件(记作
infomodel.java.ftl)、界面文件(记作infoactivity.java.ftl)以及布局文件(记作res/layout/simple.xml.ftl)。
98.需要说明的是，在打开界面开发工具例如androidstudio时，还可以修改mvvm目录下的globals.xml.ftl文件，把<global id＝"author"value＝"xxx@xxx.com"/>value后面的邮箱更改成开发人员的邮箱，然后将mvvm模式对应的目标模板文件复制到相应路径下，如下所示：
99.windows:as安装目录/plugins/android/lib/templates/gradle
‑
projects
100.mac:/applications/androidstudio.app/contents/plugins/android/lib/
101.templates/gradle
‑
projects，以及重启mvvm模式，以使得上述操作生效。
102.本实施例的安卓系统中界面文件的生成方法，根据输入的界面创建操作，确定界面模式，界面模式为全局界面模式或局部界面模式，根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定目标架构模式对应的目标界面属性，根据目标界面属性，从界面模板文件中确定目标界面属性对应的第一模板文件，从第一模板文件中加载界面模式对应的第二模板文件，第二模板文件为目标模板文件。在本实施例中，将界面模式和目标界面属性作为考虑因素，提高了目标模板文件的获取准确度。
103.在一可选的实施方式中，步骤s102之前，还可以执行图3实施例所示的步骤。图3示出了本申请实施例提供的安卓系统中界面文件的生成方法的流程示意图三，如图3所示，步骤s102之前，该方法还可以包括：
104.s301、创建多个架构模式对应的初始界面模板文件。
105.s302、根据针对初始界面模板文件的配置操作，生成界面模板文件。
106.其中，通过界面开发工具可以创建多个架构模式对应的初始界面模板文件，也即多个架构模式对应一个初始界面模板文件。多个架构模式可以包括mvp模式和mvvm模式，界面模板文件可以包括界面文件、数据处理文件、数据获取文件、业务逻辑文件，在实际应用中，以界面开发工具为android studio为例，android studio提供一开发界面，开发界面中提供有初始界面模板文件的创建选项，通过点击初始界面模板文件的创建选项，可以依次创建初始界面模板文件，并根据针对初始界面模板文件的配置操作，生成界面模板文件。
107.需要说明的是，初始界面模板文件可以为系统提供的默认模板，那么可以实际开发需求，输入针对初始界面模板文件的配置操作，即自定义初始界面模板文件中所需的参数名称，例如，界面长度、界面宽度等，生成界面模板文件，也就是说，android studio文件组模板是基于freemarker模板语言的，因此可以自定义需要界面模板文件。
108.在一可选的实施方式中，该方法还包括：
109.创建并配置得到界面模板文件对应的描述文件。
110.将界面模板文件和描述文件存储在预设存储目录对应的存储路径下。
111.其中，描述文件中包括界面模板文件中参数的描述信息，那么还可以创建并配置界面模板文件对应的描述文件，并将界面模板文件和描述文件存储在预设存储目录对应的存储路径下。
112.在一可选的实施方式中，描述文件中还包括：界面模板文件对应的多个类别文件的目录结构。
113.在一种实际应用过程中，以android studio开发mvvm为例，其它界面开发工具类
似。因为android studio文件组模板是基于freemarker模板语言的，所以可以自定义想要的界面模板玩文件，即mvvm模板。具体可以包括如下几个步骤：
114.第一步、创建一个工程。
115.第二步、创建并配置得到界面模板文件，包括界面文件、数据处理文件、数据获取文件以及业务逻辑文件，分别记作：infoactivity.java.ftl、infofragment.java.ftl、infomodel.java.ftl、infoviewmodel.java.ftl。
116.第三步、创建布局文件，记作：res/layout/simple.xml.ftl。
117.第四步、创建清单文件，即将创建的多个界面文件合并到界面文件androidmanifest.xml.ftl中。
118.第五步、创建描述文件，分别记作：globals.xml.ftl，recipe.xml.ftl，template.xml，描述文件是android studio所需的配置文件，作用是生成界面模板文件的说明描述，以及界面模板文件对应的多个类别文件的目录结构等。
119.本实施例的安卓系统中界面文件的生成方法，创建多个架构模式对应的初始界面模板文件，根据针对初始界面模板文件的配置操作，生成界面模板文件。通过该方式可以预先生成界面模板文件，便于后续从界面模板文件中确定目标模板文件。
120.图4示出了本申请实施例提供的安卓系统中界面文件的生成装置的结构示意图，安卓系统中界面文件的生成装置可以集成在电子设备中。如图4所示，安卓系统中界面文件的生成装置40可以包括：
121.确定模块401，用于根据针对目标架构模式的选择操作，采用预设的架构模式与界面属性的对应关系，确定所述目标架构模式对应的目标界面属性；
122.加载模块402，用于根据所述目标界面属性，从预先配置的界面模板文件中加载所述目标界面属性对应的目标模板文件，并显示所述目标模板文件的配置界面，其中，所述界面模板文件包括多种界面属性对应的模板文件；
123.生成模块403，用于根据针对所述配置界面的参数配置操作，生成所述目标架构模式的界面文件。
124.在一可选的实施方式中，所述确定模块401，还用于：
125.根据输入的界面创建操作，确定界面模式，所述界面模式为全局界面模式或局部界面模式；
126.所述加载模块402，具体用于：
127.根据所述目标界面属性，从所述界面模板文件中确定所述目标界面属性对应的第一模板文件；
128.从所述第一模板文件中加载所述界面模式对应的第二模板文件，所述第二模板文件为所述目标模板文件。
129.在一可选的实施方式中，所述加载模块402，还用于：
130.通过预设存储目录加载所述界面模板文件以及所述界面模板文件对应的描述文件，所述描述文件中包括所述界面模板文件中参数的描述信息；
131.所述配置界面中显示有：所述描述信息。
132.在一可选的实施方式中，所述装置还包括：
133.创建模块404，用于创建并配置得到所述界面模板文件对应的描述文件；
134.存储模块405，用于将所述界面模板文件和所述描述文件存储在所述预设存储目录对应的存储路径下。
135.在一可选的实施方式中，所述描述文件中还包括：所述界面模板文件对应的多个类别文件的目录结构。
136.在一可选的实施方式中，若所述目标架构模式为预设架构模式，且所述界面模式为全局界面模式，所述目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件，所述清单文件包括多个界面文件，每个界面文件用于定义全局界面中对应区域所包含的内容信息；
137.若所述目标架构模式为所述预设架构模式，且所述界面模式为局部界面模式，所述目标模板文件包括：数据获取文件、业务逻辑文件、布局文件以及清单文件中的目标界面文件，所述目标界面文件中包括局部界面所包含的内容信息。
138.本实施例的安卓系统中界面文件的生成装置，其实现过程和实现原理可以参见上述方法实施例中的安卓系统中界面文件的生成方法，在此不再赘述。
139.图5示出了本申请实施例提供的电子设备的结构示意图，如图5所示，电子设备50包括：处理器501、存储器502和总线503，所述存储器502存储有所述处理器501可执行的机器可读指令，当电子设备50运行时，所述处理器501与所述存储器502之间通过总线503通信，所述处理器501执行所述机器可读指令，以执行上述方法实施例。
140.本申请实施例还提供了一种存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例。
141.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
142.另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
143.以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。