本申请涉及计算机网络
技术领域：
：，具体涉及一种web前端展示文件的自动生成方法。
背景技术：
：：现有的web应用程序中，在网页上展示数据库里不同数据表时，每一个表均需重复编写js，jsp，dao.impl等各类型文件，过程复杂，操作繁琐，功能有限。事实上，javaweb应用程序展示数据库中的不同数据表时，具有较多的重复操作，如数据表的增删改查等，只是不同数据表的属性不同。不同数据表的js，jsp，dao.impl等各类型文件中存在大量的重复代码，对于每个不同的数据表重复编写上述文件增加了编程人员的工作量，降低了工作效率。技术实现要素：鉴于现有技术中的上述缺陷或不足，期望提供一种展示数据库中的不同数据表时无需重复编写js，jsp，dao.impl等各类型文件的web前端展示文件的自动生成方法。本发明提供一种web前端展示文件的自动生成方法，所述方法包括：s10：为各类型的web前端展示文件分别建立模板；s30：通过java反射机制获取当前对象对应的当前类的名称和属性；s50：根据所获取的属性修改各类型的所述模板，生成所述当前类进行web前端展示所需的各类型文件。本发明诸多实施例提供的web前端展示文件的自动生成方法通过 分别建立各类型的web前端展示文件的模板，再通过java反射机制获取当前类的名称和属性以修改各模板，从而自动生成了所述当前类进行web前端展示所需的各类型文件，实现了无需对每个类重复编写各类型的web前端展示文件，从而减少了编程人员的工作量，提高了工作效率；本发明一些实施例提供的web前端展示文件的自动生成方法进一步通过注解函数标注所述当前类的复杂类型属性，并根据所获取的简单类型属性和所标注的复杂类型属性修改各类型的所述模板，优化了模板中一对多或多对多的变量关系的修改方法；本发明一些实施例提供的web前端展示文件的自动生成方法进一步通过为同一类型的web前端展示文件建立多个不同的模板以供选择，从而满足了不同的类对于同一类型的web前端展示文件的不同需求。附图说明通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：图1为本发明一实施例中web前端展示文件的自动生成方法的流程图。图2为图1所示web前端展示文件的自动生成方法的一优选实施例的流程图。图3为图2所示web前端展示文件的自动生成方法的一优选实施例的流程图。具体实施方式下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例 中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。图1为本发明一实施例中web前端展示文件的自动生成方法的流程图。如图1所示，在本实施例中，本发明提供的web前端展示文件的自动生成方法包括：s10：为各类型的web前端展示文件分别建立模板；s30：通过java反射机制获取当前对象对应的当前类的名称和属性；s50：根据所获取的属性修改各类型的所述模板，生成所述当前类进行web前端展示所需的各类型文件。具体地，通过步骤s10建立各类型文件的模板之后，即可反复通过步骤s30和s50以生成不同类进行web前端展示所需的各类型文件。例如，在步骤s10建立各类型文件的模板之后：在步骤s30中，通过java的反射机制获取当前对象对应的当前类的名称“fruit”，以及类fruit的属性和方法；在步骤s50中，根据所获取的类fruit的属性修改各类型的所述模板，从而自动生成了类fruit进行web前端展示所需的各类型文件；循环步骤s30和s50，获取另一类vegetable的属性并修改模板，自动生成类vegetable进行web前端展示所需的各类型文件；依此类推。编程人员可通过上述方法自动生成类fruit、类vegetable等不同类的各类型文件，而无需进行重复编写。上述实施例通过分别建立各类型的web前端展示文件的模板，再通过java反射机制获取当前类的名称和属性以修改各模板，从而自动生成了所述当前类进行web前端展示所需的各类型文件，实现了无需对每个类重复编写各类型的web前端展示文件，从而减少了编程人员的工作量，提高了工作效率。图2为图1所示web前端展示文件的自动生成方法的一优选实施例的流程图。如图2所示，在一优选实施例中，步骤s30之前还包括：s20：定义当前程序的各个类；其中，所述定义的各个类分别包括简单类型属性和/或复杂类型属性，所述简单类型属性包括单一的变量，所述复杂类型属性包括一对多或多对多的变量关系。图3为图2所示web前端展示文件的自动生成方法的一优选实施例的流程图。如图3所示，在一优选实施例中，步骤s50之前还包括：s40：通过注解(annotation)函数标注所述当前类的复杂类型属性；步骤s50包括：根据所获取的简单类型属性和所标注的复杂类型属性修改各类型的所述模板，生成所述当前类进行web前端展示所需的各类型文件。具体地，注解(annotation)函数可以根据步骤s20中所定义的各个类的复杂类型属性，在各类型的模板中以覆盖(@override)或过时(@deprecated)等方式修改复杂类型属性。通过java反射机制的方式只需获取简单类型属性并修改模板，简化了复杂类型属性的修改方式。上述实施例进一步通过注解函数标注所述当前类的复杂类型属性，并根据所获取的简单类型属性和所标注的复杂类型属性修改各类型的所述模板，优化了模板中一对多或多对多的变量关系的修改方法。在一优选实施例中，所述web前端展示文件为数据表展示文件，所述简单类型属性为数据表中的数据变量，所述复杂类型属性为一对多或多对多的数据表关系。在一优选实施例中，所述各类型包括js，jsp，dao.impl，service，service.impl，rest，controller。在一优选实施例中，在步骤s10中，为同一类型的web前端展示文件建立多个不同的模板。具体地，不同的类对于同一类型的模板，例如jsp模板，可能存在不同的需求，同一个模板通常难以满足众多不同的类的需求，因此本实施例在步骤s10中，为各类型的web前端展示文件分别建立多个不同风格的模板，以满足不同的类的需求。在步骤s50中，根据步骤 s30中所获取的当前类的属性，选择适合当前类的模板，再根据所获取的简单类型属性和所标注的复杂类型属性修改各类型的所述模板，生成所述当前类进行web前端展示所需的各类型文件。上述实施例进一步通过为同一类型的web前端展示文件建立多个不同的模板以供选择，从而满足了不同的类对于同一类型的web前端展示文件的不同需求。以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。当前第1页12当前第1页12