1.本技术实施例涉及网络通信领域，尤其涉及一种数据管理系统开发方法、装置及服务器。
背景技术：
：：2.随着互联网技术的发展，各行各业的数据均呈现爆发性的增长。通过开发数据管理系统，可以实现对数据进行管理和使用。例如，数据管理人员可以使用数据管理系统对数据信息进行登记、变更、权限修改；数据使用人员则可以通过数据管理系统查询和使用数据。数据管理系统主要偏向于数据管理，对用户界面(userinterface，ui)要求较低，ui页面功能小而多，业务逻辑简单。所以，数据管理系统的重点在于如何实现高效率、低成本的系统开发与维护。一般可以采用全球广域网(worldwideweb，web)系统作为数据管理系统对数据进行管理和使用。3.现有的数据管理系统开发方法，可以将数据库、前后台技术整合，高度封装ajax请求、数据库访问操作、权限控制、web显示效果渲染等。实际开发时，开发人员只需配置数据库中与业务逻辑相关的表描述、执行结构化查询语言(structuredquerylanguage，sql)、资源统一资源定位符(uniformresourcelocator，url)、表字段和页面显示权限，在前端页面只需要根据预设的java服务端页面(javaserverpages，jsp)标签模板撰写jsp文件。后台根据jsp文件和数据库中的相关配置，即可完成数据访问或调用。从而，可以减少web开发的代码量，提高开发效率。4.但是，上述现有的数据管理系统开发方法中，开发人员在前端页面仍需要撰写一定量的代码，开发效率有待进一步提高。技术实现要素：5.本技术实施例提供一种数据管理系统开发方法、装置及服务器，可以减少前端页面开发的工作量，提高数据管理系统的开发效率。6.第一方面，本技术实施例提供一种数据管理系统开发方法，该方法可以包括：接收配置的后台程序和总标签配置文件。其中，后台程序可以包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件可以包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。每个页面的配置标签至少可以包括用于实现页面的业务逻辑的人机语言(man-machinelanguage，mml)命令，mml命令被执行后的执行结果能够被对应后台程序解析。7.本技术实施例中，由于每个页面的配置标签中，业务逻辑通过mml命令实现，且mml命令被执行后的执行结果能够被对应后台程序解析，可以实现后台程序根据配置标签自动生成相应的页面。从而，能够使得开发人员在进行数据管理系统的开发时，无需在前端页面再撰写代码，实现数据管理系统前端的无码化开发，减少前端页面开发的工作量，进而提高数据管理系统的开发效率。8.一些实施方式中，可以如上所述，修改页面类型和新增页面类型对应同一个后台程序。另外一些实施方式中，也可以是修改页面类型和新增页面类型分别对应不同的后台程序。9.在一种可能的设计中，上述总标签配置文件包括与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签，仅仅是一种示例性的说明。在实际实施时，也可以不存在总标签配置文件。也即，也可以直接接收与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签中的一种或多种。10.在另一种可能的设计中，该数据管理系统开发方法，还可以包括：根据第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。至少根据mml命令的输出参数，生成第一页面的页面信息。11.本技术实施例中，在完成上述后台程序和配置标签的配置后，通过后台程序调用相应页面的配置标签，即可根据该页面的配置标签，生成该页面的页面信息。12.其中，第一页面的页面类型可以是可以如上所述的列表页面类型、删除页面类型、修改页面类型、以及新增页面类型中的任意一种。13.在一种可能的设计中，上述能够被对应后台程序解析的mml命令的执行结果的格式为第一格式或第二格式。第一格式的执行结果包括：返回码，返回码描述，返回字段集，返回字段结果集。第二格式的执行结果包括：返回码，返回码描述，返回头字段集，返回头字段结果集，返回字段集，返回字段结果集。且，第一格式的执行结果中的返回码和返回码描述对应；第二格式的执行结果中的返回码和返回码描述对应。14.第一格式用于mml命令的执行结果中仅包括单行记录或仅包括多行记录。第二格式用于mml命令的执行结果中同时包括单行记录和多行记录。15.例如，第一格式可以为：返回码＝..，返回码描述＝..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。16.第二格式可以为：返回码＝..，返回码描述＝..，返回头字段集＝..单行结果字段分隔符..，返回头字段结果集＝..单行结果字段分隔符..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。17.本技术实施例中，通过将mml命令的执行结果输出为上述第一格式或第二格式，可以使得mml命令的执行结果能够被后台程序进行解析，从而生成相应的页面信息。18.在一种可能的设计中，mml命令可以包括：用于实现所述页面的业务逻辑的基础输入参数，以下输入参数中的一种或多种：转义字符控制开关和日志打印控制开关。其中，转义字符控制开关用于控制是否需要对mml命令的执行结果中的默认字段分隔符进行转义处理。日志打印控制开关用于控制执行mml命令时，是否输出日志信息。19.本技术实施例中，通过在mml命令的输入参数中增加转义字符控制开关，可以使得在正常执行mml命令时，能够将mml命令中的默认字段分隔符进行转义处理，以避免后台程序在解析mml命令的执行结果时，出现消息解析错乱。而在出现问题时，可以不对mml命令中的默认字段分隔符进行转义处理，以便于调试人员查找和定位问题。20.另外，通过在mml命令的输入参数中增加日志打印控制开关，能够使得当系统出现问题时，调试人员可以打开日志打印控制开关，使mml命令在执行的同时能够输出日志信息，以便于调试人员通过日志信息查找和定位问题。21.一种实施方式中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还包括：表头配置项、表头分隔比配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。22.在一种可能的设计中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还可以包括：列表条数配置项和分页控制配置项。23.列表条数配置项和分页控制配置项可以实现对页面信息的分页处理。24.另一种实施方式中，当页面(如第一页面)所属的页面类型为删除页面类型时，页面的配置标签还包括：mml配置项和登录控制配置项。mml配置项用于获取mml命令的执行结果。25.又一种实施方式中，当页面(如第一页面)所属的页面类型为修改页面类型时，页面的配置标签还包括：页面内容配置项、前置mml配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果，前置mml配置项用于获取前置mml命令的执行结果。前置mml命令被执行后的执行结果包括修改前的初始值。26.又一种实施方式中，当页面(如第一页面)所属的页面类型为新增页面类型时，页面的配置标签还包括：页面内容配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。27.在一种可能的设计中，上述页面(如第一页面)的配置标签中的各配置项均可以由控制参数和/或内置函数构成。例如，某个配置项可以包括控制参数；或者，可以包括内置函数；又或者，可以包括控制参数和内置函数。其中，内置函数包含有引用分隔符，且内置函数可以在预设的程序库中实现。28.在一种可能的设计中，内置函数可以包括：系统级内置函数和内容级内置函数。系统级内置函数用于获取服务器的系统变量值。内容级内置函数用于生成网页中表单类页面的超文本标记语言(hypertextmarkuplanguage，html)代码。29.在一种可能的设计中，系统级内置函数可以包括：session类内置函数、post类内置函数、row类内置函数、url类内置函数、时间类内置函数、以及扩展类内置函数。30.在一种可能的设计中，内容级内置函数可以包括：无默认值的输入框型内置函数、有默认值的输入框型内置函数、有默认值的隐藏型内置函数、无默认值的文本框型内置函数、有默认值的文本框型内置函数、以及标签型内置函数。31.在一种可能的设计中，上述访问请求可以为统一资源定位符(uniformresourcelocator，url)请求。url请求可以用于指示页面(如第一页面)所属的页面类型对应的后台程序、以及页面(如第一页面)。32.例如，url请求中可以包含有第一页面所属的页面类型对应的后台程序的程序标识、以及第一页面的页面标识。33.一种实施方式中，当第一页面所属的页面类型为列表页面类型时，上述至少根据mml命令的输出参数，生成第一页面的页面信息，可以包括：根据mml命令的输出参数，第一页面的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项、以及分页控制配置项，生成第一页面的页面信息。34.另一种实施方式中，当第一页面所属的页面类型为删除页面类型时，上述至少根据mml命令的输出参数，生成第一页面的页面信息，可以包括：根据mml命令的输出参数、第一页面的配置标签中的mml配置项和登录控制配置项，生成第一页面的页面信息。35.又一种实施方式中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，在调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令之前，该数据管理系统开发方法还可以包括：接收待处理数据。上述调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令，可以包括：调用第一页面所属的页面类型对应的后台程序，根据待处理数据，执行第一页面的配置标签中包含的mml命令。36.在一种可能的设计中，在根据待处理数据，执行第一页面的配置标签中包含的mml命令之前，该数据管理系统开发方法，还可以包括：对待处理数据进行解密处理。37.例如，待处理数据为post数组值，可以对post数组值进行解密处理。38.可选地，待处理数据与输入input标签对应。在接收待处理数据之前，该数据管理系统开发方法，还可以包括：调用第一页面所属的页面类型对应的后台程序，判断第一页面的配置标签中的前置mml配置项中是否存在前置mml配置值；若前置mml配置项中存在前置mml配置值，则执行第一页面的配置标签中的前置mml命令，解析前置mml命令的执行结果，获得前置mml命令的输出参数；并将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量；其中，前置mml命令的输出参数中的返回字段和返回字段值为修改前的初始值。39.在将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量之后，或者，若前置mml配置项中不存在前置mml配置值，则根据第一页面的配置标签中的页面内容配置项，生成第一页面对应的html标签。判断页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段是否匹配。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段匹配，则根据第一页面对应的html标签，生成输入(input)标签、以及input标签的值。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段不匹配，则根据第一页面对应的html标签，生成input标签。40.可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，上述至少根据mml命令的输出参数，生成第一页面的页面信息，可以包括：根据mml命令的输出参数，第一页面的配置标签中的页面内容配置项、mml配置项、以及登录控制配置项，生成第一页面的页面信息。41.第二方面，本技术实施例提供一种数据管理系统开发装置。该数据管理系统开发装置可以包括：接收模块。接收模块可以用于接收配置的后台程序和总标签配置文件。其中，后台程序包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。每个页面的配置标签至少包括用于实现该页面的业务逻辑的mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。42.在一种可能的设计中，该数据管理系统开发装置还可以包括：处理模块。处理模块可以用于根据第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。至少根据mml命令的输出参数，生成第一页面的页面信息。43.在一种可能的设计中，上述能够被对应后台程序解析的mml命令的执行结果的格式为第一格式或第二格式。第一格式的执行结果包括：返回码，返回码描述，返回字段集，返回字段结果集。第二格式的执行结果包括：返回码，返回码描述，返回头字段集，返回头字段结果集，返回字段集，返回字段结果集。且，第一格式的执行结果中的返回码和返回码描述对应；第二格式的执行结果中的返回码和返回码描述对应。44.在一种可能的设计中，mml命令可以包括：用于实现所述页面的业务逻辑的基础输入参数，以下输入参数中的一种或多种：转义字符控制开关和日志打印控制开关。其中，转义字符控制开关用于控制是否需要对mml命令的执行结果中的默认字段分隔符进行转义处理。日志打印控制开关用于控制执行mml命令时，是否输出日志信息。45.一种实施方式中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还包括：表头配置项、表头分隔比配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。46.在一种可能的设计中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还可以包括：列表条数配置项和分页控制配置项。47.另一种实施方式中，当页面(如第一页面)所属的页面类型为删除页面类型时，页面的配置标签还包括：mml配置项和登录控制配置项。mml配置项用于获取mml命令的执行结果。48.又一种实施方式中，当页面(如第一页面)所属的页面类型为修改页面类型时，页面的配置标签还包括：页面内容配置项、前置mml配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果，前置mml配置项用于获取前置mml命令的执行结果。前置mml命令被执行后的执行结果包括修改前的初始值。49.又一种实施方式中，当页面(如第一页面)所属的页面类型为新增页面类型时，页面的配置标签还包括：页面内容配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。50.一种实施方式中，当第一页面所属的页面类型为列表页面类型时，处理模块具体可以用于根据mml命令的输出参数，第一页面的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项、以及分页控制配置项，生成第一页面的页面信息。51.另一种实施方式中，当第一页面所属的页面类型为删除页面类型时，处理模块具体可以用于根据mml命令的输出参数、第一页面的配置标签中的mml配置项和登录控制配置项，生成第一页面的页面信息。52.又一种实施方式中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块具体可以用于接收待处理数据的post数组值；调用第一页面所属的页面类型对应的后台程序，根据post数组值，执行第一页面的配置标签中包含的mml命令。53.在一种可能的设计中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块还可以用于调用第一页面所属的页面类型对应的后台程序，判断第一页面的配置标签中的前置mml配置项中是否存在前置mml配置值。若前置mml配置项中存在前置mml配置值，则执行第一页面的配置标签中的前置mml命令。解析前置mml命令的执行结果，获得前置mml命令的输出参数。并将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量。其中，前置mml命令的输出参数中的返回字段和返回字段值为修改前的初始值。以及，用于根据第一页面的配置标签中的页面内容配置项，生成第一页面对应的html标签。判断页面内容配置项中配置的属性字段与所述前置mml命令的输出参数中的返回字段是否匹配。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段匹配，则根据第一页面对应的html标签，生成输入input标签、以及input标签的值。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段不匹配，则根据第一页面对应的html标签，生成input标签。54.可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块具体还可以用于根据mml命令的输出参数，第一页面的配置标签中的页面内容配置项、mml配置项、以及登录控制配置项，生成第一页面的页面信息。55.第三方面，本技术实施例提供一种服务器。该服务器可以包括：处理器和存储器。处理器和存储器通过总线连接，存储器上存储有计算机指令。当服务器运行时，处理器执行存储器上的计算机指令，以实现如第一方面所述的数据管理系统开发方法。56.第四方面，本技术实施例提供一种数据管理系统。该数据管理系统可以包括彼此通信连接的服务器和终端。57.服务器可以用于执行如第一方面所述的数据管理系统开发方法。例如，服务器可以接收配置的后台程序和总标签配置文件。其中，后台程序可以包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件可以包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。每个页面的配置标签至少可以包括用于实现页面的业务逻辑的mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。58.终端可以向服务器发送第一页面的访问请求。其中，第一页面的页面类型可以是可以列表页面类型、删除页面类型、修改页面类型、以及新增页面类型中的任意一种。服务器根据接收到的第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。至少根据mml命令的输出参数，生成第一页面的页面信息，并将第一页面的页面信息发送给终端。终端将第一页面的页面信息进行呈现。59.第五方面，本技术实施例提供一种计算机可读存储介质。计算机可读存储介质上可以存储有计算机指令，当计算机指令被处理器执行时可以实现如第一方面或第一方面的可能的设计中任一所述的数据管理系统开发方法。60.第六方面，本技术实施例还提供一种计算机程序产品，该计算机程序产品被执行时可以实现如第一方面所述的数据管理系统开发方法。61.第七方面，本技术实施例还提供一种芯片系统，该芯片系统应用于如第三方面及第三方面的可能的设计中任一项所述的服务器；芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；处理器通过接口电路从电子设备的存储器接收并执行计算机指令。62.可以理解地，上述提供的第三方面及其任一种可能的设计方式所述的服务器，第四方面所述的数据管理系统，第五方面所述的计算机可读存储介质，第六方面所述的计算机程序产品，以及第七方面所述的芯片系统，所能达到的有益效果，可参考如第一方面及其任一种可能的设计方式中的有益效果，此处不再赘述。附图说明63.图1示出了本技术实施例提供的一种数据管理系统的组成示意图；64.图2示出了本技术实施例提供的一种服务器的组成示意图；65.图3示出了本技术实施例提供的数据管理系统开发方法的流程示意图；66.图4示出了本技术实施例提供的网站url的一种示意图；67.图5示出了本技术实施例提供的标签控制系统的组成示意图；68.图6示出了本技术实施例提供的列表页面类型的页面的实施流程示意图；69.图7示出了本技术实施例提供的删除页面类型的页面的实施流程示意图；70.图8示出了本技术实施例提供的修改页面类型和新增页面类型的页面的实施流程示意图；71.图9示出了本技术实施例提供的页面信息的一种示意图；72.图10示出了本技术实施例提供的页面信息的另一种示意图；73.图11示出了本技术实施例数据管理系统开发装置的结构示意图。具体实施方式74.为了实现对数据管理系统进行高效率、低成本的系统开发与维护，现有技术中可以通过将数据管理系统的数据库、前后端技术整合，高度封装ajax请求、数据库访问操作、权限控制、web显示效果渲染等，而使得开发人员在实际开发前端页面时，只需配置数据库中与业务逻辑相关的表描述、执行结构化查询语言(structuredquerylanguage，sql)、资源统一资源定位符(uniformresourcelocator，url)、表字段和页面显示权限，在前端页面只需要根据预设的java服务端页面(javaserverpages，jsp)标签模板撰写jsp文件。后台服务器根据jsp文件和数据库中的相关配置，即可完成数据访问或调用。从而，可以减少web开发的代码量，提高开发效率。75.但上述数据管理系统开发方式中，开发人员在前端页面仍需要撰写一定量的代码开发jsp文件，所以，开发效率有待进一步提高。76.基于此，本技术实施例提供一种数据管理系统开发方法，可以根据不同页面需要实现的主要功能(如：对信息的查询、删除、修改或者增加)，将页面划分为如下四种页面类型：列表页面类型、删除页面类型、修改页面类型和新增页面类型。然后，可以配置列表页面类型对应的后台程序、删除页面类型对应的后台程序、修改页面类型和新增页面类型对应的后台程序、以及每个页面的配置标签。77.其中，每个页面的配置标签至少可以包括用于实现该页面的业务逻辑的mml命令。也即，每个页面的配置标签中，可以将该页面与后台交互的业务逻辑通过mml命令实现。该mml命令被执行后的执行结果能够被对应后台程序解析。例如，若该页面属于列表页面类型，则该页面的配置标签中的mml命令可以被列表页面类型对应的后台程序执行。被执行后的执行结果，可以被列表页面类型对应的后台程序进行解析。78.在完成上述配置后，当需要生成某个第一页面时，可以调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。然后，可以至少根据mml命令的输出参数，生成第一页面的页面信息。79.mml命令是指用户可以通过调用一串命令行指令操作计算机，用户通过mml命令的返回结果(计算机执行mml命令后的返回消息)可以完成与计算机的交互。该数据管理系统开发方法将每个前端页面与后台的业务逻辑通过mml命令实现，可以使得开发人员在进行数据管理系统的开发时，无需在前端页面再撰写代码，从而能够实现数据管理系统前端的无码化开发，减少前端页面开发的工作量，进而提高数据管理系统的开发效率。80.以下对本技术实施例提供的数据管理系统开发方法进行示例性说明：81.首先，对本技术实施例的应用场景进行介绍：82.图1示出了本技术实施例提供的一种数据管理系统的组成示意图。83.如图1所示，本技术实施例的数据管理系统可以包括：服务器110、终端120和数据库130。服务器110可以通过有线网络或无限网络与终端120之间建立通信连接。84.其中，服务器110可以是web服务器，如：网站服务器、应用服务器等。服务器110可以接收终端120发送的数据访问请求，并根据数据访问请求对数据库130中存储的数据进行访问。例如，服务器110可以查询数据库130中存储的数据，或者，对数据库130中的数据进行修改或删除，又或者，在数据库130中新增数据等。85.一些实施例中，服务器110可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群，又或者，还可以是云服务器等。部分实施方式中，服务器集群还可以是分布式集群。本技术对服务器110的具体实现方式也不作限制。86.可选地，终端120可以是手机、平板电脑等个人智能设备，或者，也可以是笔记本电脑、台式计算机、电视等设备。以终端120为计算机为例，计算机上可以安装有浏览器。开发人员、数据管理人员、普通访问用户等可以通过浏览器向服务器110发送数据访问请求，服务器可以响应浏览器发送的数据访问请求，访问数据库130中的数据。但需要说明的是，本技术实施例对终端120的具体类型不作限制。87.部分实施方式中，数据库130可以与服务器110分别独立设置。例如，数据库130可以为独立设置的数据服务器，服务器110与数据库130之间可以通过网络连接，实现对数据库130中数据的访问、调用、管理等操作。或者，还有一些实施方式中，数据库130也可以集成于服务器110中，与服务器110一体设置，本技术对此同样不作限制。88.本技术实施例提供的数据管理系统开发方法，可以应用于图1所示的数据管理系统的服务器中。89.图2示出了本技术实施例提供的一种服务器的组成示意图。如图2所示，该服务器可以包括：至少一个处理器21，存储器22、通信接口23、总线24。90.下面结合图2对服务器的各个构成部件进行具体的介绍：91.处理器21是服务器的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21是一个中央处理器(centralprocessingunit，cpu)，也可以是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本技术实施例的一个或多个集成电路，例如：一个或多个微处理器(digitalsignalprocessor，dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，fpga)。92.其中，处理器21可以通过运行或执行存储在存储器22内的软件程序，以及调用存储在存储器22内的数据，执行服务器的各种功能。93.在具体的实现中，作为一种实施例，处理器21可以包括一个或多个cpu，例如图2中所示的cpu0和cpu1。94.在具体实现中，作为一种实施例，服务器可以包括多个处理器，例如图2中所示的处理器21和处理器25。这些处理器中的每一个可以是一个单核处理器(single-cpu)，也可以是一个多核处理器(multi-cpu)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。95.存储器22用于存储执行本技术方案的软件程序，并由处理器21来控制执行。存储器22可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器22可以是独立存在，通过总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。96.通信接口23，使用任何收发器一类的装置，用于与其他设备或通信网络通信。如以太网接口，无线接入网(radioaccessnetwork，ran)接口，无线局域网(wirelesslocalareanetworks，wlan)接口等。通信接口23可以包括接收单元实现接收功能，以及发送单元实现发送功能。97.总线24，可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。98.图3示出了本技术实施例提供的数据管理系统开发方法的流程示意图。如图3所示，该数据管理系统开发方法，可以包括：99.s301、接收配置的后台程序和总标签配置文件。100.其中，后台程序包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件可以包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。页面的配置标签至少可以包括用于实现页面的业务逻辑的mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。101.可选地，本技术实施例中，可以根据不同页面需要实现的主要功能将页面划分为不同的页面类型。页面类型可以包括：列表页面类型、删除页面类型、修改页面类型和新增页面类型。例如，可以将实现数据查询功能的页面划分为列表页面类型；将实现数据删除功能的页面划分为删除页面类型，将实现数据修改功能的页面划分为修改页面类型；将实现数据添加功能的页面划分为新增页面类型。102.针对每种页面类型，开发人员可以预先编写好每种页面类型对应的后台程序，并将不同页面类型对应的后台程序配置于服务器中。103.例如，可以采用超文本预处理(php:hypertextpreprocessor，php)语言，分别编写列表页面类型、删除页面类型、修改页面类型和新增页面类型分别对应的php程序作为后台程序。列表页面类型对应的后台程序可以为“f-m-list.php”；删除页面类型对应的后台程序可以为“f-m-del.php”；修改页面类型对应的后台程序可以为“f-m-mod.php”；新增页面类型对应的后台程序可以为“f-m-add.php”。104.针对任意页面类型的每一个页面，其对应的业务逻辑可以通过mml命令实现。其中，业务逻辑是指服务器对数据库中的数据执行的操作逻辑，也即，业务逻辑是服务器处理数据的逻辑。开发人员需要开发某一个页面时，可以针对该页面需要实现的业务逻辑，编写该页面对应的业务逻辑的mml命令，并结合该页面对应的业务逻辑的mml命令生成该页面的配置标签。105.在将每个页面的配置标签配置到服务器中时，可以是将不同页面的配置标签均存放在一个总标签配置文件中，然后将总标签配置文件配置在服务器中。也可以是将每个页面的配置标签分别配置在服务器中，对此不作限制。106.可选地，针对要开发的页面，开发人员可以将用于实现该页面功能的其他配置项与该页面对应的业务逻辑的mml命令一起配置在服务器中。用于实现该页面功能的其他配置项与该页面对应的业务逻辑的mml命令可以一起构成该页面的配置标签。107.如上所述，本技术实施例可以根据不同页面需要实现的主要功能将页面划分为列表页面类型、删除页面类型、修改页面类型和新增页面类型四种页面类型。下面以某个第一页面为例，对不同页面类型的页面的配置标签进行说明：108.1)列表页面类型109.当第一页面所属的页面类型为列表页面类型时，第一页面的配置标签中，其他配置项至少可以包括：表头配置项、表头分隔比配置项、mml配置项、以及登录控制配置项。110.表头配置项为列表页面类型的第一页面表头显示的内容。例如，可以是“姓名”、“年纪”、“班级”等。表头分隔比配置项为列表页面类型的第一页面表头每列所占百分比，不配置时则默认等比长度分割每列。如：当配置为25|25|25|25时，表示每列只占总页面长度的25％。mml配置项为列表页面类型的第一页面每列需要展示的实际内容，该内容可以通过读取执行mml命令后的mml返回消息中的字段值而生成。如：当配置为attr＝user|pass时，则可以直接将mml返回消息里attr＝user|pass对应的数值进行展示。登录控制配置项可以用于控制第一页面的列表信息展示前，是否需要检测用户(普通访问用户，下述均相同)已经登录系统。如某些列表信息可能只允许系统登录用户才能查看。111.可选地，当第一页面所属的页面类型为列表页面类型时，该第一页面的配置标签还可以包括：列表条数配置项和分页控制配置项。其中，列表条数配置项为列表每页展示的记录条数。如：一共50条信息，如果该项配置为10，则只展示5页，配置为5时则展示10页。分页控制配置项为列表页面中是否显示分页的控制开关，主要用于数据在不同视图下的显示。如当数据管理人员打开该页面时需要显示所有的列表信息，而当普通访问用户打开页面时则只显示一页列表信息。112.假设表头配置项的表示符为“head”、表头分隔比配置项的表示符为“split”、mml配置项的表示符为“attr”、列表条数配置项的表示符为“size”、登录控制配置项的表示符为“lg”、分页控制配置项的表示符为“bar”，则列表页面类型的页面的配置标签可以参考如下示例：113.{#pid}.mml＝c8qrysg:t＝mytable,a＝`name|age`,c＝`username＝％sessuser()％orderbyiddesc`；114.{#pid}.var＝`head＝state|date,split＝50|50,attr＝state|rdate,size＝8,bar＝1,lg＝1`。115.2)删除页面类型116.当第一页面所属的页面类型为删除页面类型时，该第一页面的配置标签至少可以包括：mml配置项和登录控制配置项。117.mml命令可以用于控制当用户点击删除按钮后，删除页面类型对应的后台程序可以执行该第一页面的配置标签中的mml命令，实现删除数据库条目的操作。mml配置项可以用于获取mml命令的执行结果。登录控制配置项同样可以用于控制是否需要检测用户已经登录系统。118.假设登录控制配置项的表示符为“lg”，则删除页面类型的页面的配置标签可以参考如下示例：119.{#pid}.mml＝c8delsg:t＝test,a＝``,c＝`id＝％keyid()％`；120.{#pid}.var＝`lg＝0`。121.3)修改页面类型122.当第一页面所属的页面类型为修改页面类型时，第一页面的配置标签至少还可以包括：页面内容配置项、前置mml配置项、前置mml命令、mml配置项、以及登录控制配置项。123.页面内容配置项可以由多个内容级标签内置函数组成。例如，％mtxt(用户名)％|％mtxt(密码)％。mml命令可以用于控制当用户填写完网页信息栏，点击提交按钮，修改页面类型对应的后台程序可以执行mml命令实现新增或者修改数据库的操作。而mml配置项同样可以用于获取mml命令的执行结果。前置mml配置项可以用于控制修改页面类型对应的后台程序执行前置mml命令，读取出修改前的原始值。登录控制配置项同样可以用于控制是否需要检测用户已经登录系统。124.假设页面内容配置项的表示符为“cont”、mml配置项的表示符为“m”、前置mml配置项的表示符为“mhead”、登录控制配置项的表示符为“lg”，则修改页面类型的页面的配置标签可以参考如下示例：125.{#pid}.cont＝％mhdn(用户名,id)％|％mtxt(密码,pass)％；126.{#pid}.mml＝[m]c8moduser:id|pass[@m][mhead]c8qrysg:t＝test,a＝`id|pass`,c＝`id＝％keyid()％`[@mhead]；[0127]{#pid}.var＝`lg＝0`。[0128]4)新增页面类型[0129]当第一页面所属的页面类型为新增页面类型时，第一页面的配置标签与修改页面类型的页面的配置标签基本相同。其不同之处在于，该第一页面的配置标签中不包含前置mml命令，无需配置前置mml配置项的值，即无需先查询数据库读取需要修改项的原始初值。[0130]同样假设页面内容配置项的表示符为“cont”、mml配置项的表示符为“m”、前置mml配置项的表示符为“mhead”、登录控制配置项的表示符为“lg”，则新增页面类型的页面的配置标签可以参考如下示例：[0131]{#pid}.cont＝％mhdn(用户名)％|％mtxt(密码)％；[0132]{#pid}.mml＝[m]c8moduser:id|pass[@m][mhead][@mhead]；[0133]{#pid}.var＝`lg＝0`。[0134]可以理解的，本技术实施例将页面划分了列表页面类型、删除页面类型、修改页面类型和新增页面类型四种页面类型，但每种页面类型中，又可以多个不同的界面。例如，列表页面类型的页面可以包括：用户列表页面、签名表页面等。[0135]服务器在接受到配置的后台程序和总标签配置文件，完成后台程序和页面的配置标签的配置后，可以按照后台程序和页面的配置标签，生成相应的页面。例如，该数据管理系统开发方法还可以包括下述步骤s302至步骤s304。[0136]s302、根据第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。[0137]可选地，访问请求可以为url请求，url请求可以用于指示第一页面所属的页面类型对应的后台程序、以及第一页面。[0138]举例说明：[0139]当服务器按照前述步骤s301中所述，完成对不同页面类型对应的页面的配置标签的配置后。若用户需要访问某个网站页面，则可以在终端的浏览器中输入需要访问的网站url，则终端可以根据用户在浏览器中输入的网站url中的服务器域名，向网站对应的服务器发送url请求。[0140]图4示出了本技术实施例提供的网站url的一种示意图。[0141]如图4所示，假设网站url为：http://www.aaa.com/f-m-3？pid＝userlist。其中，www.aaa.com表示网站对应的服务器域名。f-m-3表示要访问的第一页面所属的页面类型对应的后台程序。pid＝userlist表示第一页面的页面标识。[0142]服务器接收到该url请求后，可以得知url请求所指示的第一页面的页面标识为userlist，第一页面所属的页面类型对应的后台程序为f-m-3。然后，服务器可以根据该url请求，调用后台程序f-m-3，读取页面标识为userlist的页面的配置标签，并执行userlist的页面的配置标签中包含的mml命令，得到mml返回消息。[0143]s303、解析mml命令的执行结果，获得mml命令的输出参数。[0144]s304、至少根据mml命令的输出参数，生成第一页面的页面信息。[0145]mml命令的执行结果，也即为上述步骤s302的相关描述中所述的mml返回消息。解析mml命令的执行结果，获得mml命令的输出参数是指：解析mml返回消息，获取mml返回消息中的输出参数。该输出参数可以是mml返回消息中的返回字段、返回字段值等。[0146]当服务器通过步骤s302调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令，得到mml返回消息后。可以解析mml命令的执行结果，获得mml命令的输出参数。然后，根据mml命令的输出参数、以及第一页面的配置标签中的其他配置项，生成第一页面的页面信息。[0147]服务器可以将所生成的第一页面的页面信息发送给图1所示的数据管理系统中的终端，终端可以将接收到的页面信息进行显示。[0148]以列表页面类型的页面userlist为例，服务器可以执行页面userlist的配置标签中包含的mml命令，得到mml返回消息。并根据页面userlist的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项，以及该mml返回消息中的输出参数，生成页面userlist的页面信息。[0149]需要说明的是，在传统mml命令中，调试员可以通过打开后台控制台输入mml命令，对各种网关进行后端管理，如：增加网关、增加ip、信息查看等。在该过程中，传统mml命令的输出也仅为信息回显，以提示该mml命令执行成功与否，其输出信息并不用于与其他程序的交互。[0150]而本技术实施例中，由于mml命令的执行结果(也即，mml命令的输出，或mml返回消息)需要被不同页面类型对应的后台程序进行解析，以生成相应的页面。所以，开发人员在向服务器中配置每个页面的配置标签时，还需要对每个页面对应的业务逻辑的mml命令进行改造，将mml命令的执行结果改造为含有固定字段的预设格式，以使得不同页面类型对应的后台程序可以对mml命令的执行结果进行解析。[0151]具体地，可以将mml命令的执行结果的格式固定为下述第一格式或第二格式。第一格式的执行结果包括：返回码，返回码描述，返回字段集，返回字段结果集。第二格式的执行结果包括：返回码，返回码描述，返回头字段集，返回头字段结果集，返回字段集，返回字段结果集。且，第一格式的执行结果中的返回码和返回码描述对应；第二格式的执行结果中的返回码和返回码描述对应。[0152]例如，第一格式可以为：返回码＝..，返回码描述＝..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。[0153]第二格式可以为：返回码＝..，返回码描述＝..，返回头字段集＝..单行结果字段分隔符..，返回头字段结果集＝..单行结果字段分隔符..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。[0154]其中，返回码、返回码描述、返回头字段集、返回字段集、返回字段结果集等均为mml命令执行后的输出参数。“..”则表示输出参数的实际值，例如，返回码后的“..”则表示返回码的值。[0155]返回码与返回码描述为对应是指：一个返回码描述只用于解释其对应的返回码。例如，若存在返回码1和返回码2，返回码描述1和返回码描述2，则返回码描述1只用于解释返回码1，返回码描述2只用于解释返回码2。[0156]上述第一格式和第二格式的使用场景的主要区别为：第一格式可以用于只返回单行记录、或只返回多行记录的场景；而第二格式可以用于同时返回多行记录和单行记录的场景。例如，当需要返回系统表中某个控制字段flag，同时返回学生表中性别和分数时，可以采用第二格式。而当只需要返回系统表中系统名称和系统状态时，则可以采用第一格式。[0157]假设上述第一格式和第二格式中，单行结果字段分隔符表示为“|”,多行结果分隔符表示为“&”，则第一格式和第二格式分别可以如下：[0158]第一格式：返回码＝..，返回码描述＝..，返回字段集＝..|..，返回字段结果集＝..|..&..|..&。[0159]第二格式：返回码＝..，返回码描述＝..，返回头字段集＝..|..,返回头字段结果集＝..|..,返回字段集＝..|..，返回字段结果集＝..|..&..|..&。[0160]综上所述，本技术实施例可以接收配置的后台程序和总标签配置文件。其中，后台程序包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。页面的配置标签至少可以包括用于实现页面的业务逻辑的人机语言mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。由于每个页面的配置标签中，业务逻辑通过mml命令实现，且mml命令被执行后的执行结果能够被对应后台程序解析，从而可以自动根据配置标签生成相应的页面。可以使得开发人员在进行数据管理系统的开发时，无需在前端页面再撰写代码，能够实现数据管理系统前端的无码化开发，减少前端页面开发的工作量，进而提高数据管理系统的开发效率。[0161]另外，本技术实施例中，列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序只需要配置一次。后续需要开发一个新的页面时，仅仅需要在服务器中配置该页面的配置标签即可。已配置的后台程序可以按照前述页面生成的方式调用该配置标签，生成相应的页面。所以，通过本技术提供的数据管理系统开发方法，进一步减少了开发人员的代码撰写量，同时，还实现了前后端分离。[0162]可选地，mml命令的开发可以利用多种语言实现，如：c语言、c 语言、java语言、python语言、go语言等，从而可以方便将不同技能的开发人员组织起来，加快数据管理系统的开发。[0163]可选地，本技术实施例中，开发人员在向服务器中配置每个页面的配置标签时，还可以每个页面对应的业务逻辑的mml命令的输入参数中增加转义字符控制开关。转义字符控制开关可以用于控制是否需要对mml命令的执行结果中的默认字段分隔符进行转义处理。[0164]其中，默认字段分隔符是指系统默认的消息分隔符。[0165]举例说明：[0166]正常mml命令的执行结果可以如下所示：[0167]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0168]sg:t＝test.tes,a＝"id|pass"；[0169]retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'。[0170]其中，mml命令为“c8qrysg:t＝test.test,a＝`id|pass`”。“c8qrysg”为mml命令的名称，“t”和“a”分别为mml命令的输入参数名称。“test.test”、“`id|pass`”为输入参数值。“jmml2”为调用mml命令的后台程序。每一个mml命令均可以通过“jmml2”程序进行调用。当然，可以理解，前述“t”、“a”等均为mml命令的基础输入参数。[0171]“retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'”则为mml命令的返回消息。其中，“retn”为返回码，“des”为返回码描述，“attr”为返回字段，“result”为返回字段结果。mml命令的返回消息中，包含2行数据，“&”为单行消息的分隔符。[0172]在返回字段attr中，id和pass通过消息分隔符“|”进行分隔。在返回字段结果result中，“&”则为多行返回消息的消息分隔符。可以看到，返回消息中本身含有“|”、“&”这类系统默认的消息分隔符。如果返回字段值里同样含有这样的分隔符，如：“mypass1”变成“mypass&1”，则会造成返回消息格式错乱，导致后台程序无法正常解析。[0173]而通过将返回消息中系统默认的消息分隔符进行转义处理，也即，对“|”、“&”这类系统默认的消息分隔符进行转义处理，则可以使得后台程序对返回消息进行正常解析。例如，可以将系统默认的消息分隔符转义为由4至5个极其少见的、几乎不会被用户输入的字符组合。后台程序只需要根据这些极少见字符进行消息切割，就能正常解析到返回字段的值，而不会造成消息解析错乱。[0174]假设将转义字符控制开关表示为“debug”；当“debug”处于默认值时，表示转义字符控制开关打开，可以对mml命令的执行结果中的默认字段分隔符进行转义处理。当“debug”不处于默认值时，表示转义字符控制开关关闭，不对mml命令的执行结果中的默认字段分隔符进行转义处理。[0175]以“debug”的默认值为0，不处于默认值时为1为例：[0176]进行转义处理的mml命令的执行结果可以如下所示:[0177]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0178]sg:t＝test.test,a＝"id|pass",debug＝0；[0179]retn＝'0',des＝'success',attr＝'id|pass',result＝'6..h！..mypass1..h7..7..h！..mypass2..h7..'。[0180]当“debug”设置为0时，返回消息中的“|”被转义成了“..h！..”，而“&”被转义成了“..h7..”。此时，后台程序在解析该返回消息时，不会出现由于返回消息格式错乱而无法解析的情况。[0181]未进行转义处理的mml命令的执行结果可以如下所示：[0182]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0183]sg:t＝test.test,a＝"id|pass",debug＝1；[0184]retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'。[0185]当“debug”设置为1时，返回消息中则使用系统默认的消息分隔符“|”、“&”，并不会对其进行转义处理。[0186]需要说明的是，在数据管理系统正常运行、服务器正常执行mml命令时，转义字符控制开关(“debug”)保持默认值状态，对每个mml返回消息中系统默认的消息分隔符进行转义处理。只有在数据管理系统出现问题，需要调试人员进行手工后台调试时，才由调试人员将转义字符控制开关设置为非默认值。[0187]例如，数据管理系统出现问题时，当调试人员在后台手工输入mml命令，如果返回字段包含转义字符时，又会影响调试人员对mml返回消息的阅读。因此，需要将系统默认的消息分隔符重新还原为“|”、“&”。[0188]一些实施例中，开发人员在向服务器中配置每个页面的配置标签时，还可以每个页面对应的业务逻辑的mml命令的输入参数中增加日志打印控制开关。日志打印控制开关可以用于控制执行mml命令时，是否输出日志信息。例如，若日志打印控制开关打开，则执行mml命令时会输出日志信息；若日志打印控制开关关闭，则执行mml命令时不会输出日志信息。[0189]通过在执行mml命令时输出日志信息，可以便于在数据管理系统数据问题时，对问题进行定位、查找。但如果频繁进行日志信息的输出，则会影响系统性能。因此，可以通过增加日志打印控制开关进行控制。[0190]举例说明：[0191]假设将日志打印控制开关表示为“setlog”；当“setlog”处于默认值时，表示日志打印控制开关关闭，在执行mml命令时不会输出日志信息。当“setlog”不处于默认值时，表示日志打印控制开关打开，可以在执行mml命令时输出日志信息。[0192]日志打印控制开关打开时的mml命令的执行结果可以如下所示：[0193]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0194]sg:t＝test.test,a＝"id|pass",stlog＝1；[0195][func]getpara[para]paraname:mysql；[0196][func]trigmml[para]cmd:c8_qry_sg|para:[0197]t＝test.test,a＝id|pass,setlog＝1,debug＝1；[0198][func]getpara[para]paraname:1；[0199][func]getpara[para]paraname:t；[0200][func]getpara[para]paravalue:test.test；[0201][func]getpara[para]paraname:a；[0202][func]getpara[para]paravalue:id|pass；[0203][func]getpara[para]paraname:c；[0204][func]qrydb[para]sql:selectconcat(id,'|',pass)fromtest.test；[0205]retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'。[0206]当数据管理系统出现问题，需要后端调试时，调试人员可以将setlog设置为1(setlog的默认值为0)，打开日志打印控制开关，则执行mml命令时，会打印mml执行流程中的日志信息。例如，日志信息可以包括：sql执行记录、函数入口参数等。调试人员通过判断sql执行记录是否完整、是否写错、是否满足功能需求、sql的执行效率等，可以确定出问题原因，从而实现通过手工在后台调用mml命令来实现问题定位和分析。而恢复正常后，调试人员可以将setlog恢复为默认值(0)，关闭日志打印控制开关，以提高mml命令的执行效率。[0207]可选地，对于任意一种页面类型中的第一页面而言，该第一页面的配置标签中的各配置项和/或mml命令，均可以由控制参数和/或内置函数构成。[0208]其中，控制参数可以用于控制不同页面类型的页面的配置标签中mml命令或不同配置项的具体类型。以列表页面类型的页面为例，控制参数可以包括：“bar”参数、“size”参数等。“bar”参数位于分页控制配置项中，可以用于控制列表是否需要分页。“size”参数位于列表条数配置项中，可以用于控制列表页面展现多少行内容后分页。当然，列表页面类型的页面的控制参数并不限于“bar”参数、“size”参数，还可以包括更多，在此不再一一赘述。[0209]需要说明的是，本技术实施例中，不同页面类型对应的页面的控制参数可以不同，也可以部分相同。[0210]由控制参数和/或内置函数构成则是指：可以仅仅由控制参数构成，也可以既包含控制参数，由包含内置函数。以mml命令为，一些mml命令中可以包含有内置函数，当需要执行该mml命令时，需要先解析mml命令中包含的内置函数。根据内置函数的解析结果得到完整的mml命令之后，才可以执行mml命令。[0211]以下对内置函数进行说明：[0212]本技术实施例中，内置函数可以包括：系统级内置函数和内容级内置函数。系统级内置函数可以用于获取服务器的系统变量值。内容级内置函数可以用于生成网页中表单类页面的超文本标记语言(hypertextmarkuplanguage，html)代码。[0213]内置函数主要可以用于对配置标签的内容进行动态扩展。例如，当需要显示当前系统时间时，如果只在配置标签里配置当前时间具体值为“2019-12-1012:12:12”，则以后每次打开页面均只显示为此时刻，并不能根据页面打开时间动态显示当前系统时间。而如果使用日期类的系统级内置函数，则只需要在配置标签中增加“％datetime()％”标记，后台程序在解析配置标签时，遇到“％datetime()％”标记时，则会自动替换生成系统当前时间，从而保证页面每次打开时显示时间能实时刷新。[0214]本技术实施例中，内置函数可以带有引用分割符。具体地，由于内置函数与配置标签中的其他内容混合配置在一起，只有内置函数带有引用分隔符，后台程序在解析时才能根据引用分隔符识别出内置函数，并根据内置函数的不同意义进行动态扩展。例如，内置函数前后均可以带有引用分隔符“％”。[0215]可选地，内置函数可以通过后台程序库进行功能实现。例如，服务器中还可以预设有用于支持内置函数调用的后台程序库。不同页面类型的后台程序，均可以加载后台程序库，在遇到需要解析的内置函数时，可以直接调用后台程序库中对应的程序块来完成功能实现，即完成内置函数内容解析。[0216]可选地，本领域技术人员还可以根据需要，对内置函数进行自行扩展增加。例如，当系统需要经常打印“y-m-d”类日期时，可以在配置标签中自定义一个“％date()％”内置函数，并在后台程序库中添加对应的用于实现打印“y-m-d”类日期功能的程序块即可。[0217]可选地，内置函数还可以带有其他参数。例如，“％datetime(/)％”带有参数“/”，可以表示输出时间格式为“2019/12/1212:12:12”；“％datetime(-)％”带有参数“-”，可以表示输出时间格式为“2019-12-1212:12:12”等。当然，一些实施方式中，不带参数的“％datetime()％”也可以默认实现％datetime(-)％功能，本技术对此不作限制。[0218]可选地，上述系统级内置函数可以包括：session类内置函数、post类内置函数、row类内置函数、url类内置函数、时间类内置函数、以及扩展类内置函数。[0219]其中，session类内置函数可以用于获得系统session变量中指定字段的值。例如，“％session(login_user)％”可以表示获得系统登录成功后，存放于session公共变量中变量名为“login_user”的值。后台程序解析到“％session(login_user)％”的值，可以根据该值是否为空来判断本次登录是否为非法登录。[0220]post类内置函数可以用于获得前端页面传递过来的第n个post数据值。需要注意的是，该类内置函数的输入参数需要为数字，如1，2，3…n等，n为大于0的整数。例如，“％getpost(2)％”可以表示获得前端页面post数据值里第2项数值。[0221]row类内置函数可以用于获得mml返回消息中某个字段的返回值。输入参数可以为mml返回字段中某个字段名称。例如，“％getrow(pass)％”可以用于获得mml返回消息的attr＝“id|pass”中“pass”的值。[0222]url类内置函数可以用于获得浏览器访问url中指定参数的值。例如，如当用户访问“http://xxx.com/f-m-list.php？keyid＝123”这个url时，“％geturl(keyid)％”内置函数可以表示获得访问url中keyid字段的数值，即为“123”。[0223]时间类内置函数可以用于输出时间。例如，“％datetime(/)％”可以表示输出时间格式为“2019/12/1212:12:12”；“％date()％”可以表示输出时间格式为”2019-12-12”。[0224]扩展类内置函数可以由用户根据需要在后台程序库中进行扩展实现，例如，“％clientip()％”可以用于获得终端访问ip地址。[0225]可选地，上述内容级内置函数可以包括：无默认值的输入框型内置函数、有默认值的输入框型内置函数、有默认值的隐藏型内置函数、无默认值的文本框型内置函数、有默认值的文本框型内置函数、以及标签型内置函数。[0226]通常，网页由一系列html代码生成，表单用于提供给用户输入一些基本信息，当用户点击“提交”或“确定”按钮后页面会自动提交到网页后台程序进行处理，从而完成信息登记、查询等功能。表单一般由一系列的“<input/>”标签组成。如一段简单的用户登录类网页表单的html代码可以如下：[0227]<formaction＝post>[0228]用户名:<inputtype＝textname＝uservalue＝""/>[0229]密码:<inputtype＝passwordname＝passvalue＝""/>[0230]<inputtype＝hiddenname＝keyvalue＝"123"/>[0231]<inputtype＝submitname＝submit/><！--提交按钮-->[0232]</form>[0233]无默认值的输入框型内置函数的网页呈现效果为一个文本输入框，无默认值。例如，如“％mtxt(用户名)％”可以对应生成一段“<inputtype＝textname＝’box[]’value＝”…/>”类html代码。[0234]有默认值的输入框型内置函数的其网页呈现效果为一个文本输入框，有默认值。例如，“％mtxt(用户名,id)％”可以对应生成一段“<inputtype＝textname＝’box[]’value＝’mml返回消息attr＝id的值’…/>”类html代码。[0235]有默认值的隐藏型内置函数的网页呈现效果为空，但作为网页表单的一部分，其值只是“隐藏”不显示而已。例如，“％mhdn(用户名,id)％”可以对应生成一段“<inputtype＝hiddenname＝’box[]’value＝’mml返回消息attr＝id的值’…/>”类html代码。[0236]无默认值的文本框型内置函数的网页呈现效果为一段文本输入框，无默认值。例如，“％mtxta(用户名)％”可以对应生成一段“用户名:<textareaname＝’box[]’></textarea>”类html代码。[0237]有默认值的文本框型内置函数的网页呈现效果为一段文本输入框，有默认值。例如，“％mtxta(用户名,id)％”可以对应生成一段“用户名:<textareaname＝’box[]’>mml返回消息attr＝id的值</textarea>”类html代码。[0238]标签型内置函数，例如，“％mlab(用户名)％”可以对应生成一段“用户名:<inputtype＝textname＝’-’value＝”…/>”类html代码。此时只生成显示内容如“用户名:”，input对应的html代码不发挥功能。[0239]一些实施例中，服务器中可以预设有标签控制系统，该标签控制系统用于存储不同页面类型的页面的配置标签。开发人员可以通过该标签控制系统，将任一第一页面的配置标签配置在服务器中。[0240]图5示出了本技术实施例提供的标签控制系统的组成示意图。[0241]如上所述，每个页面的配置标签中的各配置项和/或mml命令，均可以由控制参数和/或内置函数组成。而配置标签可以配置在标签控制系统中，所以，标签控制系统中包含了不同配置标签中的控制参数和内置函数。也即，如图5所示，标签控制系统可以包括：内置函数和控制参数。内置函数可以包括内容级内置函数和系统级内置函数。控制参数可以包括：新增页面控制参数、修改页面控制参数、删除页面控制参数、以及列表页面控制参数。[0242]关于内置函数和控制参数均已在前述实施例中进行说明，在此不再赘述。[0243]可选地，部分实施例中，修改页面类型和新增页面类型对应的后台程序可以为同一后台程序，新增页面类型对应的后台程序可以集成于修改页面类型对应的后台程序，本技术对此不作限制。[0244]如前述实施例中所述，本技术实施例可以根据不同页面需要实现的主要功能将页面划分为如下四种页面类型：列表页面类型、删除页面类型、修改页面类型和新增页面类型。下面基于图1所示的数据管理系统，对按照前述数据管理系统开发方法开发的数据管理系统中，不同页面类型的页面的具体实施流程进行示例性介绍：[0245]一、列表页面类型[0246]图6示出了本技术实施例提供的列表页面类型的页面的实施流程示意图。[0247]如图6所示，列表页面类型的页面的实施流程可以如下：[0248]s601、终端接收用户在浏览器中输入的网站url。[0249]举例说明：[0250]假设用户需要访问的列表页面类型的某个页面的页面标识(pid)为userlist；网站服务器的域名为www.aaa.com；列表页面类型对应的后台程序为f-m-3；则，用户需要访问该页面时可以在终端的浏览器中输入如下网站url：[0251]http://www.aaa.com/f-m-3？pid＝userlist；其中，"？"为后台程序和页面标识的分隔符。[0252]需要说明的是，pid为页面的唯一标识，一个web页面有且仅有唯一一个pid。后台程序根据页面的pid，可以确定需要读取哪个页面的配置标签。[0253]s602、终端向服务器发送url请求，url请求用于指示需要访问的页面的页面标识、以及列表页面类型对应的后台程序。[0254]例如，列表页面类型对应的后台程序为f-m-3，需要访问的页面的页面标识为userlist。[0255]s603、服务器根据url请求，调用列表页面类型对应的后台程序，并将需要访问的页面的页面标识传递给列表页面类型对应的后台程序。[0256]例如，服务器可以调用后台程序f-m-3，并将"pid＝userlist"传递给后台程序f-m-3。[0257]s604、列表页面类型对应的后台程序根据需要访问的页面的页面标识，读取需要访问的页面的配置标签。[0258]可选地，服务器中可以建立一个总标签配置文件，所有页面的配置标签均可以放置于该总标签配置文件中。服务器可以调用后台程序，根据页面的pid，从总标签配置文件中定位与该pid对应的所有参数配置项。[0259]例如，当pid为userlist时，后台程序f-m-3可以读取与userlist相关的所有配置项；当pid为m3.signinlist时，后台程序f-m-3可以读取与m3.signinlist相关的所有配置项等。需要说明的是，该总标签配置文件可以由开发人员在后台进行在线配置。[0260]如前述实施例中所述，列表页面类型的页面的配置标签可以包括：表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项和分页控制配置项。[0261]s605、列表页面类型对应的后台程序解析需要访问的页面的配置标签中的内置函数。[0262]以mml配置项为例，当mml配置项中含有内置函数时，需要对mml配置项中的内置函数进行解析处理，才可以得到完整的可执行的mml命令。例如，若mml配置项中包含"m3.signinlist.mml＝liblistqiandao:user＝％sessuser()％,limit＝500"，则需要先将内置函数"％sessuser()％"进行解析，将其替换成登录系统正在使用的实际用户名，从而才能执行mml命令查询到该用户信息。对mml配置项的内置函数进行解析后，可得到的mml命令即为"liblistqiandao：user＝abcd,limit500"。[0263]s606、列表页面类型对应的后台程序执行mml命令，并读取mml命令的执行结果。[0264]其中，mml命令的执行结果即为执行mml命令后的mml返回消息。读取mml命令的执行结果，可以是指获取mml返回消息，并解析mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。[0265]s607、列表页面类型对应的后台程序根据mml命令的执行结果、表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项和分页控制配置项，生成需要访问的页面的页面信息。[0266]其中，列表条数配置项和分页控制配置项可以用于控制列表页面类型对应的后台程序对页面信息进行分页处理。例如，列表页面类型对应的后台程序可以解析分页控制配置项，当分页控制配置项的配置值为1时，不需要对列表展示内容进行分页处理。而当分页控制配置项的配置值不为1时，则需要对列表展示内容进行分页处理。分页处理的具体步骤可以如下：[0267]1)列表页面类型对应的后台程序定义变量page表示当前页面，page默认为1。[0268]2)列表页面类型对应的后台程序获得mml命令的执行结果中总记录数及其条目数量。[0269]例如，后台数据库中学生表中可能记录有多条数据库记录，每条记录分别存储着学生姓名、分数等信息。[0270]3)列表页面类型对应的后台程序根据列表条数配置项和总记录数，计算分页数量page_size。[0271]其中，分页数量page_size＝总记录数/(整除)列表条数。[0272]4)列表页面类型对应的后台程序计算当前页应该展现的记录数。[0273]定义变量i为当前应该显示的第i页，则当满足公式"($page-1)*$page_size 1<i<$page*$page_size"时，展示当页的数据库条目。[0274]其伪代码实现可以如下：[0275][0276]s608、服务器将需要访问的页面的页面信息发送给终端。[0277]s609、终端将页面信息通过浏览器呈现给用户。[0278]二、删除页面类型[0279]图7示出了本技术实施例提供的删除页面类型的页面的实施流程示意图。[0280]如图7所示，删除页面类型的页面的实施流程可以如下：[0281]s701、终端接收用户在浏览器中输入的网站url。[0282]s702、终端向服务器发送url请求，url请求用于指示需要访问的页面的页面标识、以及删除页面类型对应的后台程序。[0283]s703、服务器根据url请求，调用删除页面类型对应的后台程序，并将需要访问的页面的页面标识传递给删除页面类型对应的后台程序。[0284]s704、删除页面类型对应的后台程序根据需要访问的页面的页面标识，读取需要访问的页面的配置标签。[0285]步骤s701至步骤s704的基本原理与前述列表页面类型的页面实施过程中的步骤s601至步骤s604基本相同，其相同之处在此不再赘述。[0286]其不同之处在于，用户在浏览器中输入的网站url中所指向的后台程序为删除页面类型的后台程序、网站url中包含的需要访问的页面为删除页面类型的页面。例如，用户在浏览器中输入的网站url可以为："http://www.aaa.com/f-m-4？pid＝userdel"，则服务器根据url请求，调用的删除页面类型对应的后台程序可以为f-m-4，传递给f-m-4的需要访问的页面的页面标识即为pid＝userdel。另外，f-m-4根据pid＝userdel，读取的需要访问的页面的配置标签即为与userdel相关的所有配置项。[0287]同样如前述实施例中所述，删除页面类型的页面的配置标签可以包括：mml配置项和登录控制配置项。[0288]s705、删除页面类型对应的后台程序解析需要访问的页面的配置标签中的内置函数。[0289]内置函数的解析过程已在前述实施例中进行描述，在此不再赘述。[0290]s706、删除页面类型对应的后台程序执行mml命令，并读取mml命令的执行结果。[0291]s707、删除页面类型对应的后台程序根据mml命令的执行结果、mml配置项和登录控制配置项，生成需要访问的页面的页面信息。[0292]s708、服务器将需要访问的页面的页面信息发送给终端。[0293]s709、终端将页面信息通过浏览器呈现给用户。[0294]对上述步骤s706至步骤s709进行举例说明：[0295]删除页面类型对应的后台程序读取的mml命令的执行结果可以包括mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。删除页面类型对应的后台程序根据mml命令的执行结果、mml配置项和登录控制配置项，所生成的需要访问的页面的页面信息可以包括前述mml返回消息中的返回码描述(des)值。相应地，终端通过浏览器呈现给用户的页面信息可以包括该返回码描述(des)值。例如，可以在前端页面向用户提示“删除成功”、“已锁定，删除失败”等。[0296]三、修改页面类型和新增页面类型[0297]可选地，本技术实施例中，修改页面类型和新增页面类型对应的后台程序可以为同一后台程序，新增页面类型对应的后台程序可以集成于修改页面类型对应的后台程序。其区别仅仅在于修改页面类型的页面的配置标签和新增页面类型的页面的配置标签的配置方法略有不同，具体如下：[0298]图8示出了本技术实施例提供的修改页面类型和新增页面类型的页面的实施流程示意图。[0299]如图8所示，修改页面类型和新增页面类型的页面的实施流程可以如下：[0300]s801、终端接收用户在浏览器中输入的网站url。[0301]举例说明：[0302]1)假设用户需要访问的修改页面类型的某个页面的页面标识(pid)为usermod；网站服务器的域名为www.aaa.com；修改页面类型对应的后台程序为f-m-2；则，用户需要访问该页面时可以在终端的浏览器中输入如下网站url：[0303]http://www.aaa.com/f-m-2？pid＝usermod；其中，"？"为后台程序和页面标识的分隔符。[0304]2)假设用户需要访问的新增页面类型的某个页面的页面标识(pid)为useradd；网站服务器的域名同样为www.aaa.com；新增页面类型对应的后台程序也应为f-m-2(与修改页面类型对应的后台程序相同)；则，用户需要访问该页面时可以在终端的浏览器中输入如下网站url：[0305]http://www.aaa.com/f-m-2？pid＝useradd；其中，"？"为后台程序和页面标识的分隔符。[0306]s802、终端向服务器发送url请求，url请求用于指示需要访问的页面的页面标识、以及修改页面类型和新增页面类型对应的后台程序。[0307]如步骤s801中所述，修改页面类型和新增页面类型对应的后台程序相同。例如，修改页面类型和新增页面类型对应的后台程序均为f-m-2。需要访问的修改页面类型的页面的页面标识可以为usermod。需要访问的新增页面类型的页面的页面标识可以为useradd。[0308]s803、服务器根据url请求，调用修改页面类型和新增页面类型对应的后台程序，并将需要访问的页面的页面标识传递给修改页面类型和新增页面类型对应的后台程序。[0309]可以理解，不论url请求所指示的页面标识对应的页面属于修改页面类型，还是属于新增页面类型，服务器均会调用同一个后台程序进行后续处理。[0310]例如，当需要访问的修改页面类型的页面的页面标识为usermod时，服务器可以调用后台程序f-m-2，并将"pid＝usermod"传递给后台程序f-m-2。当需要访问的新增页面类型的页面的页面标识为useradd时，服务器可以调用后台程序f-m-2，并将"pid＝useradd"传递给后台程序f-m-2。[0311]s804、修改页面类型和新增页面类型对应的后台程序根据需要访问的页面的页面标识，读取需要访问的页面的配置标签。[0312]如关于列表页面类型的页面的实施方式中所述，服务器中可以建立一个总标签配置文件，所有页面的配置标签均可以放置于该总标签配置文件中。服务器可以调用后台程序，根据页面的pid，从总标签配置文件中定位与该pid对应的所有参数配置项。也即，修改页面类型和新增页面类型对应的后台程序同样可以根据需要访问的页面的页面标识，从总标签配置文件中定位与需要访问的页面的页面标识对应的所有参数配置项。[0313]例如，当pid为usermod时，后台程序f-m-2可以读取与usermod相关的所有配置项；当pid为useradd时，后台程序f-m-2可以读取与useradd相关的所有配置项等。[0314]同样如前述实施例中所述，修改页面类型的页面的配置标签可以包括：页面内容配置项、前置mml配置项、前置mml命令、mml配置项、以及登录控制配置项。新增页面类型的页面的配置标签与修改页面类型的页面的配置标签基本相同，其不同之处在于，新增页面类型的页面的配置标签中不包含前置mml命令，无需配置前置mml配置项的值，即无需先查询数据库读取需要修改项的原始初值。[0315]s805、修改页面类型和新增页面类型对应的后台程序解析需要访问的页面的配置标签中的内置函数。[0316]内置函数的解析过程已在前述实施例中进行描述，在此不再赘述。[0317]但需要说明的是，由于修改页面类型的页面的配置标签中还包括：前置mml配置项。所以，若前置mml配置项中存在内置函数，则步骤s805中在进行内置函数的解析时，也会对前置mml配置项中的内置函数进行解析。例如，可以解析前置mml配置项中的内置函数，获取完整的、可执行的前置mml命令。[0318]s806、修改页面类型和新增页面类型对应的后台程序判断前置mml配置项中是否有值。[0319]若前置mml配置项中有值，则表示需要访问的页面属于修改页面类型；若前置mml配置项中没有值，则表示需要访问的页面属于新增页面类型。[0320]当前置mml配置项中有值时，可以先执行步骤s807a和步骤s807b，再执行步骤s808；当前置mml配置项中没有值时，可以直接执行步骤s808。[0321]如步骤s803的相关描述中所述，不论url请求所指示的页面标识对应的页面属于修改页面类型，还是属于新增页面类型，服务器均会调用同一个后台程序进行后续处理。而修改页面类型和新增页面类型对应的后台程序在执行过程中，通过步骤s806即可根据前置mml配置项的值，确定需要访问的页面所属的类型为修改页面类型或新增页面类型，以确定后续步骤的执行顺序。[0322]s807a、修改页面类型和新增页面类型对应的后台程序执行前置mml命令，并读取前置mml命令的执行结果。[0323]其中，前置mml命令的执行结果可以参考前述实施例中所述的mml命令的执行结果。例如，前置mml命令的执行结果也可即为执行前置mml命令后的前置mml返回消息。读取前置mml命令的执行结果，可以是指获取前置mml返回消息，并解析前置mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。如修改用户密码之前，需要先获得用户旧密码等。[0324]s807b、修改页面类型和新增页面类型对应的后台程序将前置mml命令的执行结果存入服务器的公共变量中。[0325]例如，修改页面类型和新增页面类型对应的后台程序可以将前置mml命令的执行结果中的返回字段(attr)、返回字段结果(result)的值存入服务器的公共变量(session)中，以便于在页面跳转后能再次获取到执行结果中的attr及result返回值。[0326]需要说明的是，服务器一般有一个公共变量，类似于系统环境变量。当用户访问网站的不同网页时，页面之间会不断跳转，如：a页面跳转至b页面，再通过b页面跳转至c页面等。但无论页面之间如何跳转，不同页面之间均可以访问该公共变量。从而，可以实现不同页面之前共享这些变量信息。例如，当用户登录系统时，可以将用户“已登录”的标识存入公共变量中，这样其他页面只要检测用户“已登录”的标识，即可判断用户已经登录，从而不用再次提醒用户登录系统。[0327]s808、修改页面类型和新增页面类型对应的后台程序解析页面内容配置项，生成html标签。[0328]如前述实施例中所述，网页由一系列html代码生成，表单可以用于提供给用户输入一些基本信息。而表单一般由一系列的“<input/>”标签组成，也即，网页对应的html代码中包含有一系列的“<input/>”标签。[0329]s809、修改页面类型和新增页面类型对应的后台程序将页面内容配置项中配置的属性字段，与前置mml命令的执行结果中的返回字段进行字段匹配。[0330]s810、修改页面类型和新增页面类型对应的后台程序判断字段匹配是否成功。[0331]若匹配成功，则执行步骤s811；若匹配失败，则执行步骤s812。[0332]举例说明：[0333]假设页面内容配置项(cont)如下所示：[0334]{#pid}.cont＝％mhdn(用户名,id)％|％mtxt(密码,pass)％；[0335]前置mml配置项如下所示：[0336]{#pid}.mml＝[m][@m][mhead]c8qrysg:t＝test,a＝`id|pass`,c＝`id＝％keyid()％`[@mhead]；[0337]则，将页面内容配置项中配置的属性字段，与前置mml命令的执行结果中的返回字段进行字段匹配，可以是指：将{#pid}.mhead中前置mml返回字段(attr)与页面内容配置项中配置的属性字段进行匹配。也即，将前置mml返回消息中的pass字段配置页面内容配置项中％mtxt(密码,pass)％中的pass。[0338]需要说明的是，由于新增页面类型的页面的配置标签中不包含前置mml命令，未配置前置mml配置项的值，所以，若需要访问的页面所属的类型为新增页面类型，则将页面内容配置项中配置的属性字段，与前置mml命令的执行结果中的返回字段进行字段匹配时，结果一定是匹配失败。也即，若需要访问的页面所属的类型为新增页面类型，则修改页面类型和新增页面类型对应的后台程序一定会执行步骤s812。[0339]s811、修改页面类型和新增页面类型对应的后台程序读取前置mml命令的执行结果中的返回字段对应的返回字段结果的值，生成input标签及input标签的值。[0340]例如，修改页面类型和新增页面类型对应的后台程序可以生成input标签，并读取前置mml返回消息中的返回字段(attr)对应的返回字段结果(result)值，作为input标签的值(value)。[0341]s812、修改页面类型和新增页面类型对应的后台程序生成input标签。[0342]s813、服务器将需要访问的页面的初始页面信息发送给终端。[0343]s814、终端将初始页面信息通过浏览器呈现给用户。[0344]其中，若修改页面类型和新增页面类型对应的后台程序读取前置mml命令的执行结果中的返回字段对应的返回字段结果的值，生成input标签及input标签的value值，则终端的浏览器中显示的初始页面信息中包括input标签及input标签的value值。若修改页面类型和新增页面类型对应的后台程序生成input标签，则终端的浏览器中显示的初始页面信息中包括input标签，不包括input标签的value值。[0345]举例说明：[0346]图9示出了本技术实施例提供的页面信息的一种示意图。[0347]若修改页面类型和新增页面类型对应的后台程序读取前置mml命令的执行结果中的返回字段对应的返回字段结果的值，生成input标签及input标签的value值，则终端的浏览器中显示的初始页面信息可以如图9所示。其中，用户名和密码即为input标签；用户名后的输入框中的“zhangsan”、以及密码后的输入框中的“******”即为input标签的value值。[0348]图10示出了本技术实施例提供的页面信息的另一种示意图。[0349]若修改页面类型和新增页面类型对应的后台程序生成input标签，则终端的浏览器中显示的初始页面信息可以如图10所示。其中，用户名和密码为input标签；用户名和密码后的输入框中均为空，表示不存在input标签的value值。[0350]进一步，用户可以在终端的浏览器所显示的初始页面上输入需要填写的信息，并提交。用户提交输入的填写信息后，终端可以将用户的填写信息发送给服务器。服务器可以根据接收到的用户的填写信息，进行数据的修改或新增。[0351]也即，请继续参考图8所示，本技术实施例提供的修改页面类型和新增页面类型的页面的实施流程，还可以包括：[0352]s815、终端接收用户输入的填写信息并发送给服务器。[0353]请参考图9或图10，例如，用于可以在终端的浏览器所显示的初始页面上，输入用户名和密码，并点击提交按钮。当然，其他实施方式中，用户输入的填写信息还可以是邮箱、账号、电话号码等，在此不作限制。用户点击提交按钮后，浏览器可以将用户输入的填写信息通过终端重新返回给修改页面类型和新增页面类型对应的后台程序。[0354]s816、修改页面类型和新增页面类型对应的后台程序根据mml配置项中配置的mml命令、以及用户输入的填写信息，组装生成完整mml命令。[0355]例如，当用户填写网页信息栏后，点击提交按钮后，浏览器会将用户填写的多个信息栏存放于post数组中，统一将post数组值再次发送给修改页面类型和新增页面类型对应的后台程序。也即，服务器接收到的用户输入的填写信息实际为浏览器发送的post数组值。[0356]修改页面类型和新增页面类型对应的后台程序得到浏览器传过来的post数组值后，可以将mml配置项中配置的mml命令与post数组值进行组装，生成完整mml命令。[0357]可选地，部分浏览器可能会自动对post数据进行编码(urlencode)加密。修改页面类型和新增页面类型对应的后台程序得到浏览器传过来的post数组值后，还可以先循环解析每项post数组值，进行解密处理。[0358]可选地，步骤s816的伪代码实现可以如下：[0359][0360]s817、修改页面类型和新增页面类型对应的后台程序执行组装后的mml命令，并读取mml命令的执行结果。[0361]s818、修改页面类型和新增页面类型对应的后台程序根据mml命令的执行结果，生成需要访问的页面的页面信息。[0362]s819、服务器将需要访问的页面的页面信息发送给终端。[0363]s820、终端将页面信息通过浏览器呈现给用户。[0364]对上述步骤s817至步骤s820进行举例说明：[0365]修改页面类型和新增页面类型对应的后台程序读取的mml命令的执行结果可以包括mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。修改页面类型和新增页面类型对应的后台程序根据mml命令的执行结果，所生成需要访问的页面的页面信息可以包括mml返回消息中的返回码描述(des)值。相应地，终端通过浏览器呈现给用户的页面信息可以包括该返回码描述(des)值。例如，可以在前端页面向用户提示“修改成功”、“增加成功”、“修改失败”、“增加失败”等。[0366]由上可知，本技术实施例中，将新增页面类型的页面的实现逻辑，集成在了整个修改页面类型的页面的代码逻辑中。这样，当用户在访问url时，则只需要感知一个后台程序即可。[0367]上述主要从各个网元之间交互的角度对本技术实施例提供的方案进行了介绍。可以理解的是，各个网元，例如服务器，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。[0368]本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。[0369]本技术实施例可以根据上述方法示例对服务器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。[0370]在采用对应各个功能划分各个功能模块的情况下，本技术实施例提供一种数据管理系统开发装置。该数据管理系统开发装置可以应用于上述实施例所述的服务器。图11示出了本技术实施例数据管理系统开发装置的结构示意图，如图11所示，该数据管理系统开发装置可以包括：接收模块11，用于支持服务器执行图3所示的数据管理系统开发方法中的步骤s301；处理模块12，用于支持服务器执行图3所示的数据管理系统开发方法中的步骤s302至步骤s304。[0371]一种实施方式中，当第一页面所属的页面类型为列表页面类型时，处理模块12具体可以用于根据mml命令的输出参数，第一页面的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项、以及分页控制配置项，生成第一页面的页面信息。[0372]另一种实施方式中，当第一页面所属的页面类型为删除页面类型时，处理模块12具体可以用于根据mml命令的输出参数、第一页面的配置标签中的mml配置项和登录控制配置项，生成第一页面的页面信息。[0373]又一种实施方式中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块12具体可以用于接收待处理数据的post数组值；调用第一页面所属的页面类型对应的后台程序，根据post数组值，执行第一页面的配置标签中包含的mml命令。[0374]可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块12还可以用于调用第一页面所属的页面类型对应的后台程序，判断第一页面的配置标签中的前置mml配置项中是否存在前置mml配置值。若前置mml配置项中存在前置mml配置值，则执行第一页面的配置标签中的前置mml命令。解析前置mml命令的执行结果，获得前置mml命令的输出参数。并将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量。其中，前置mml命令的输出参数中的返回字段和返回字段值为修改前的初始值。以及，用于根据第一页面的配置标签中的页面内容配置项，生成第一页面对应的html标签。判断页面内容配置项中配置的属性字段与所述前置mml命令的输出参数中的返回字段是否匹配。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段匹配，则根据第一页面对应的html标签，生成输入input标签、以及input标签的值。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段不匹配，则根据第一页面对应的html标签，生成input标签。[0375]可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块12具体还可以用于根据mml命令的输出参数，第一页面的配置标签中的页面内容配置项、mml配置项、以及登录控制配置项，生成第一页面的页面信息。[0376]其中，处理模块12可以是处理器或控制器。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。[0377]需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。[0378]本技术实施例还提供一种服务器，可以用于执行上述数据管理系统开发方法，因此可以达到与上述数据管理系统开发方法相同的效果。该服务器可以包括：处理器和存储器。处理器和存储器藕接，存储器上存储有计算机指令。当服务器运行时，处理器执行存储器上的计算机指令，以实现如前述实施例中所述的数据管理系统开发方法。[0379]可选地，本技术实施例提供一种计算机可读存储介质。计算机可读存储介质上可以存储有计算机指令，当计算机指令被处理器执行时可以实现如前述实施例中所述的数据管理系统开发方法。[0380]可选地，本技术实施例还提供一种计算机程序产品，该计算机程序产品被执行时可以实现如前述实施例中所述的数据管理系统开发方法。[0381]可选地，本技术实施例还提供一种芯片系统，该芯片系统应用于如前述实施例中所述的服务器；芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；处理器通过接口电路从电子设备的存储器接收并执行计算机指令。[0382]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。[0383]在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。[0384]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。[0385]另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0386]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。[0387]以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。当前第1页12当前第1页12
背景技术：
：：2.随着互联网技术的发展，各行各业的数据均呈现爆发性的增长。通过开发数据管理系统，可以实现对数据进行管理和使用。例如，数据管理人员可以使用数据管理系统对数据信息进行登记、变更、权限修改；数据使用人员则可以通过数据管理系统查询和使用数据。数据管理系统主要偏向于数据管理，对用户界面(userinterface，ui)要求较低，ui页面功能小而多，业务逻辑简单。所以，数据管理系统的重点在于如何实现高效率、低成本的系统开发与维护。一般可以采用全球广域网(worldwideweb，web)系统作为数据管理系统对数据进行管理和使用。3.现有的数据管理系统开发方法，可以将数据库、前后台技术整合，高度封装ajax请求、数据库访问操作、权限控制、web显示效果渲染等。实际开发时，开发人员只需配置数据库中与业务逻辑相关的表描述、执行结构化查询语言(structuredquerylanguage，sql)、资源统一资源定位符(uniformresourcelocator，url)、表字段和页面显示权限，在前端页面只需要根据预设的java服务端页面(javaserverpages，jsp)标签模板撰写jsp文件。后台根据jsp文件和数据库中的相关配置，即可完成数据访问或调用。从而，可以减少web开发的代码量，提高开发效率。4.但是，上述现有的数据管理系统开发方法中，开发人员在前端页面仍需要撰写一定量的代码，开发效率有待进一步提高。技术实现要素：5.本技术实施例提供一种数据管理系统开发方法、装置及服务器，可以减少前端页面开发的工作量，提高数据管理系统的开发效率。6.第一方面，本技术实施例提供一种数据管理系统开发方法，该方法可以包括：接收配置的后台程序和总标签配置文件。其中，后台程序可以包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件可以包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。每个页面的配置标签至少可以包括用于实现页面的业务逻辑的人机语言(man-machinelanguage，mml)命令，mml命令被执行后的执行结果能够被对应后台程序解析。7.本技术实施例中，由于每个页面的配置标签中，业务逻辑通过mml命令实现，且mml命令被执行后的执行结果能够被对应后台程序解析，可以实现后台程序根据配置标签自动生成相应的页面。从而，能够使得开发人员在进行数据管理系统的开发时，无需在前端页面再撰写代码，实现数据管理系统前端的无码化开发，减少前端页面开发的工作量，进而提高数据管理系统的开发效率。8.一些实施方式中，可以如上所述，修改页面类型和新增页面类型对应同一个后台程序。另外一些实施方式中，也可以是修改页面类型和新增页面类型分别对应不同的后台程序。9.在一种可能的设计中，上述总标签配置文件包括与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签，仅仅是一种示例性的说明。在实际实施时，也可以不存在总标签配置文件。也即，也可以直接接收与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签中的一种或多种。10.在另一种可能的设计中，该数据管理系统开发方法，还可以包括：根据第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。至少根据mml命令的输出参数，生成第一页面的页面信息。11.本技术实施例中，在完成上述后台程序和配置标签的配置后，通过后台程序调用相应页面的配置标签，即可根据该页面的配置标签，生成该页面的页面信息。12.其中，第一页面的页面类型可以是可以如上所述的列表页面类型、删除页面类型、修改页面类型、以及新增页面类型中的任意一种。13.在一种可能的设计中，上述能够被对应后台程序解析的mml命令的执行结果的格式为第一格式或第二格式。第一格式的执行结果包括：返回码，返回码描述，返回字段集，返回字段结果集。第二格式的执行结果包括：返回码，返回码描述，返回头字段集，返回头字段结果集，返回字段集，返回字段结果集。且，第一格式的执行结果中的返回码和返回码描述对应；第二格式的执行结果中的返回码和返回码描述对应。14.第一格式用于mml命令的执行结果中仅包括单行记录或仅包括多行记录。第二格式用于mml命令的执行结果中同时包括单行记录和多行记录。15.例如，第一格式可以为：返回码＝..，返回码描述＝..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。16.第二格式可以为：返回码＝..，返回码描述＝..，返回头字段集＝..单行结果字段分隔符..，返回头字段结果集＝..单行结果字段分隔符..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。17.本技术实施例中，通过将mml命令的执行结果输出为上述第一格式或第二格式，可以使得mml命令的执行结果能够被后台程序进行解析，从而生成相应的页面信息。18.在一种可能的设计中，mml命令可以包括：用于实现所述页面的业务逻辑的基础输入参数，以下输入参数中的一种或多种：转义字符控制开关和日志打印控制开关。其中，转义字符控制开关用于控制是否需要对mml命令的执行结果中的默认字段分隔符进行转义处理。日志打印控制开关用于控制执行mml命令时，是否输出日志信息。19.本技术实施例中，通过在mml命令的输入参数中增加转义字符控制开关，可以使得在正常执行mml命令时，能够将mml命令中的默认字段分隔符进行转义处理，以避免后台程序在解析mml命令的执行结果时，出现消息解析错乱。而在出现问题时，可以不对mml命令中的默认字段分隔符进行转义处理，以便于调试人员查找和定位问题。20.另外，通过在mml命令的输入参数中增加日志打印控制开关，能够使得当系统出现问题时，调试人员可以打开日志打印控制开关，使mml命令在执行的同时能够输出日志信息，以便于调试人员通过日志信息查找和定位问题。21.一种实施方式中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还包括：表头配置项、表头分隔比配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。22.在一种可能的设计中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还可以包括：列表条数配置项和分页控制配置项。23.列表条数配置项和分页控制配置项可以实现对页面信息的分页处理。24.另一种实施方式中，当页面(如第一页面)所属的页面类型为删除页面类型时，页面的配置标签还包括：mml配置项和登录控制配置项。mml配置项用于获取mml命令的执行结果。25.又一种实施方式中，当页面(如第一页面)所属的页面类型为修改页面类型时，页面的配置标签还包括：页面内容配置项、前置mml配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果，前置mml配置项用于获取前置mml命令的执行结果。前置mml命令被执行后的执行结果包括修改前的初始值。26.又一种实施方式中，当页面(如第一页面)所属的页面类型为新增页面类型时，页面的配置标签还包括：页面内容配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。27.在一种可能的设计中，上述页面(如第一页面)的配置标签中的各配置项均可以由控制参数和/或内置函数构成。例如，某个配置项可以包括控制参数；或者，可以包括内置函数；又或者，可以包括控制参数和内置函数。其中，内置函数包含有引用分隔符，且内置函数可以在预设的程序库中实现。28.在一种可能的设计中，内置函数可以包括：系统级内置函数和内容级内置函数。系统级内置函数用于获取服务器的系统变量值。内容级内置函数用于生成网页中表单类页面的超文本标记语言(hypertextmarkuplanguage，html)代码。29.在一种可能的设计中，系统级内置函数可以包括：session类内置函数、post类内置函数、row类内置函数、url类内置函数、时间类内置函数、以及扩展类内置函数。30.在一种可能的设计中，内容级内置函数可以包括：无默认值的输入框型内置函数、有默认值的输入框型内置函数、有默认值的隐藏型内置函数、无默认值的文本框型内置函数、有默认值的文本框型内置函数、以及标签型内置函数。31.在一种可能的设计中，上述访问请求可以为统一资源定位符(uniformresourcelocator，url)请求。url请求可以用于指示页面(如第一页面)所属的页面类型对应的后台程序、以及页面(如第一页面)。32.例如，url请求中可以包含有第一页面所属的页面类型对应的后台程序的程序标识、以及第一页面的页面标识。33.一种实施方式中，当第一页面所属的页面类型为列表页面类型时，上述至少根据mml命令的输出参数，生成第一页面的页面信息，可以包括：根据mml命令的输出参数，第一页面的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项、以及分页控制配置项，生成第一页面的页面信息。34.另一种实施方式中，当第一页面所属的页面类型为删除页面类型时，上述至少根据mml命令的输出参数，生成第一页面的页面信息，可以包括：根据mml命令的输出参数、第一页面的配置标签中的mml配置项和登录控制配置项，生成第一页面的页面信息。35.又一种实施方式中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，在调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令之前，该数据管理系统开发方法还可以包括：接收待处理数据。上述调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令，可以包括：调用第一页面所属的页面类型对应的后台程序，根据待处理数据，执行第一页面的配置标签中包含的mml命令。36.在一种可能的设计中，在根据待处理数据，执行第一页面的配置标签中包含的mml命令之前，该数据管理系统开发方法，还可以包括：对待处理数据进行解密处理。37.例如，待处理数据为post数组值，可以对post数组值进行解密处理。38.可选地，待处理数据与输入input标签对应。在接收待处理数据之前，该数据管理系统开发方法，还可以包括：调用第一页面所属的页面类型对应的后台程序，判断第一页面的配置标签中的前置mml配置项中是否存在前置mml配置值；若前置mml配置项中存在前置mml配置值，则执行第一页面的配置标签中的前置mml命令，解析前置mml命令的执行结果，获得前置mml命令的输出参数；并将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量；其中，前置mml命令的输出参数中的返回字段和返回字段值为修改前的初始值。39.在将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量之后，或者，若前置mml配置项中不存在前置mml配置值，则根据第一页面的配置标签中的页面内容配置项，生成第一页面对应的html标签。判断页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段是否匹配。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段匹配，则根据第一页面对应的html标签，生成输入(input)标签、以及input标签的值。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段不匹配，则根据第一页面对应的html标签，生成input标签。40.可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，上述至少根据mml命令的输出参数，生成第一页面的页面信息，可以包括：根据mml命令的输出参数，第一页面的配置标签中的页面内容配置项、mml配置项、以及登录控制配置项，生成第一页面的页面信息。41.第二方面，本技术实施例提供一种数据管理系统开发装置。该数据管理系统开发装置可以包括：接收模块。接收模块可以用于接收配置的后台程序和总标签配置文件。其中，后台程序包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。每个页面的配置标签至少包括用于实现该页面的业务逻辑的mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。42.在一种可能的设计中，该数据管理系统开发装置还可以包括：处理模块。处理模块可以用于根据第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。至少根据mml命令的输出参数，生成第一页面的页面信息。43.在一种可能的设计中，上述能够被对应后台程序解析的mml命令的执行结果的格式为第一格式或第二格式。第一格式的执行结果包括：返回码，返回码描述，返回字段集，返回字段结果集。第二格式的执行结果包括：返回码，返回码描述，返回头字段集，返回头字段结果集，返回字段集，返回字段结果集。且，第一格式的执行结果中的返回码和返回码描述对应；第二格式的执行结果中的返回码和返回码描述对应。44.在一种可能的设计中，mml命令可以包括：用于实现所述页面的业务逻辑的基础输入参数，以下输入参数中的一种或多种：转义字符控制开关和日志打印控制开关。其中，转义字符控制开关用于控制是否需要对mml命令的执行结果中的默认字段分隔符进行转义处理。日志打印控制开关用于控制执行mml命令时，是否输出日志信息。45.一种实施方式中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还包括：表头配置项、表头分隔比配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。46.在一种可能的设计中，当页面(如第一页面)所属的页面类型为列表页面类型时，页面的配置标签还可以包括：列表条数配置项和分页控制配置项。47.另一种实施方式中，当页面(如第一页面)所属的页面类型为删除页面类型时，页面的配置标签还包括：mml配置项和登录控制配置项。mml配置项用于获取mml命令的执行结果。48.又一种实施方式中，当页面(如第一页面)所属的页面类型为修改页面类型时，页面的配置标签还包括：页面内容配置项、前置mml配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果，前置mml配置项用于获取前置mml命令的执行结果。前置mml命令被执行后的执行结果包括修改前的初始值。49.又一种实施方式中，当页面(如第一页面)所属的页面类型为新增页面类型时，页面的配置标签还包括：页面内容配置项、mml配置项、以及登录控制配置项。mml配置项用于获取mml命令的执行结果。50.一种实施方式中，当第一页面所属的页面类型为列表页面类型时，处理模块具体可以用于根据mml命令的输出参数，第一页面的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项、以及分页控制配置项，生成第一页面的页面信息。51.另一种实施方式中，当第一页面所属的页面类型为删除页面类型时，处理模块具体可以用于根据mml命令的输出参数、第一页面的配置标签中的mml配置项和登录控制配置项，生成第一页面的页面信息。52.又一种实施方式中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块具体可以用于接收待处理数据的post数组值；调用第一页面所属的页面类型对应的后台程序，根据post数组值，执行第一页面的配置标签中包含的mml命令。53.在一种可能的设计中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块还可以用于调用第一页面所属的页面类型对应的后台程序，判断第一页面的配置标签中的前置mml配置项中是否存在前置mml配置值。若前置mml配置项中存在前置mml配置值，则执行第一页面的配置标签中的前置mml命令。解析前置mml命令的执行结果，获得前置mml命令的输出参数。并将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量。其中，前置mml命令的输出参数中的返回字段和返回字段值为修改前的初始值。以及，用于根据第一页面的配置标签中的页面内容配置项，生成第一页面对应的html标签。判断页面内容配置项中配置的属性字段与所述前置mml命令的输出参数中的返回字段是否匹配。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段匹配，则根据第一页面对应的html标签，生成输入input标签、以及input标签的值。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段不匹配，则根据第一页面对应的html标签，生成input标签。54.可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块具体还可以用于根据mml命令的输出参数，第一页面的配置标签中的页面内容配置项、mml配置项、以及登录控制配置项，生成第一页面的页面信息。55.第三方面，本技术实施例提供一种服务器。该服务器可以包括：处理器和存储器。处理器和存储器通过总线连接，存储器上存储有计算机指令。当服务器运行时，处理器执行存储器上的计算机指令，以实现如第一方面所述的数据管理系统开发方法。56.第四方面，本技术实施例提供一种数据管理系统。该数据管理系统可以包括彼此通信连接的服务器和终端。57.服务器可以用于执行如第一方面所述的数据管理系统开发方法。例如，服务器可以接收配置的后台程序和总标签配置文件。其中，后台程序可以包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件可以包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。每个页面的配置标签至少可以包括用于实现页面的业务逻辑的mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。58.终端可以向服务器发送第一页面的访问请求。其中，第一页面的页面类型可以是可以列表页面类型、删除页面类型、修改页面类型、以及新增页面类型中的任意一种。服务器根据接收到的第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。至少根据mml命令的输出参数，生成第一页面的页面信息，并将第一页面的页面信息发送给终端。终端将第一页面的页面信息进行呈现。59.第五方面，本技术实施例提供一种计算机可读存储介质。计算机可读存储介质上可以存储有计算机指令，当计算机指令被处理器执行时可以实现如第一方面或第一方面的可能的设计中任一所述的数据管理系统开发方法。60.第六方面，本技术实施例还提供一种计算机程序产品，该计算机程序产品被执行时可以实现如第一方面所述的数据管理系统开发方法。61.第七方面，本技术实施例还提供一种芯片系统，该芯片系统应用于如第三方面及第三方面的可能的设计中任一项所述的服务器；芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；处理器通过接口电路从电子设备的存储器接收并执行计算机指令。62.可以理解地，上述提供的第三方面及其任一种可能的设计方式所述的服务器，第四方面所述的数据管理系统，第五方面所述的计算机可读存储介质，第六方面所述的计算机程序产品，以及第七方面所述的芯片系统，所能达到的有益效果，可参考如第一方面及其任一种可能的设计方式中的有益效果，此处不再赘述。附图说明63.图1示出了本技术实施例提供的一种数据管理系统的组成示意图；64.图2示出了本技术实施例提供的一种服务器的组成示意图；65.图3示出了本技术实施例提供的数据管理系统开发方法的流程示意图；66.图4示出了本技术实施例提供的网站url的一种示意图；67.图5示出了本技术实施例提供的标签控制系统的组成示意图；68.图6示出了本技术实施例提供的列表页面类型的页面的实施流程示意图；69.图7示出了本技术实施例提供的删除页面类型的页面的实施流程示意图；70.图8示出了本技术实施例提供的修改页面类型和新增页面类型的页面的实施流程示意图；71.图9示出了本技术实施例提供的页面信息的一种示意图；72.图10示出了本技术实施例提供的页面信息的另一种示意图；73.图11示出了本技术实施例数据管理系统开发装置的结构示意图。具体实施方式74.为了实现对数据管理系统进行高效率、低成本的系统开发与维护，现有技术中可以通过将数据管理系统的数据库、前后端技术整合，高度封装ajax请求、数据库访问操作、权限控制、web显示效果渲染等，而使得开发人员在实际开发前端页面时，只需配置数据库中与业务逻辑相关的表描述、执行结构化查询语言(structuredquerylanguage，sql)、资源统一资源定位符(uniformresourcelocator，url)、表字段和页面显示权限，在前端页面只需要根据预设的java服务端页面(javaserverpages，jsp)标签模板撰写jsp文件。后台服务器根据jsp文件和数据库中的相关配置，即可完成数据访问或调用。从而，可以减少web开发的代码量，提高开发效率。75.但上述数据管理系统开发方式中，开发人员在前端页面仍需要撰写一定量的代码开发jsp文件，所以，开发效率有待进一步提高。76.基于此，本技术实施例提供一种数据管理系统开发方法，可以根据不同页面需要实现的主要功能(如：对信息的查询、删除、修改或者增加)，将页面划分为如下四种页面类型：列表页面类型、删除页面类型、修改页面类型和新增页面类型。然后，可以配置列表页面类型对应的后台程序、删除页面类型对应的后台程序、修改页面类型和新增页面类型对应的后台程序、以及每个页面的配置标签。77.其中，每个页面的配置标签至少可以包括用于实现该页面的业务逻辑的mml命令。也即，每个页面的配置标签中，可以将该页面与后台交互的业务逻辑通过mml命令实现。该mml命令被执行后的执行结果能够被对应后台程序解析。例如，若该页面属于列表页面类型，则该页面的配置标签中的mml命令可以被列表页面类型对应的后台程序执行。被执行后的执行结果，可以被列表页面类型对应的后台程序进行解析。78.在完成上述配置后，当需要生成某个第一页面时，可以调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。解析mml命令的执行结果，获得mml命令的输出参数。然后，可以至少根据mml命令的输出参数，生成第一页面的页面信息。79.mml命令是指用户可以通过调用一串命令行指令操作计算机，用户通过mml命令的返回结果(计算机执行mml命令后的返回消息)可以完成与计算机的交互。该数据管理系统开发方法将每个前端页面与后台的业务逻辑通过mml命令实现，可以使得开发人员在进行数据管理系统的开发时，无需在前端页面再撰写代码，从而能够实现数据管理系统前端的无码化开发，减少前端页面开发的工作量，进而提高数据管理系统的开发效率。80.以下对本技术实施例提供的数据管理系统开发方法进行示例性说明：81.首先，对本技术实施例的应用场景进行介绍：82.图1示出了本技术实施例提供的一种数据管理系统的组成示意图。83.如图1所示，本技术实施例的数据管理系统可以包括：服务器110、终端120和数据库130。服务器110可以通过有线网络或无限网络与终端120之间建立通信连接。84.其中，服务器110可以是web服务器，如：网站服务器、应用服务器等。服务器110可以接收终端120发送的数据访问请求，并根据数据访问请求对数据库130中存储的数据进行访问。例如，服务器110可以查询数据库130中存储的数据，或者，对数据库130中的数据进行修改或删除，又或者，在数据库130中新增数据等。85.一些实施例中，服务器110可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群，又或者，还可以是云服务器等。部分实施方式中，服务器集群还可以是分布式集群。本技术对服务器110的具体实现方式也不作限制。86.可选地，终端120可以是手机、平板电脑等个人智能设备，或者，也可以是笔记本电脑、台式计算机、电视等设备。以终端120为计算机为例，计算机上可以安装有浏览器。开发人员、数据管理人员、普通访问用户等可以通过浏览器向服务器110发送数据访问请求，服务器可以响应浏览器发送的数据访问请求，访问数据库130中的数据。但需要说明的是，本技术实施例对终端120的具体类型不作限制。87.部分实施方式中，数据库130可以与服务器110分别独立设置。例如，数据库130可以为独立设置的数据服务器，服务器110与数据库130之间可以通过网络连接，实现对数据库130中数据的访问、调用、管理等操作。或者，还有一些实施方式中，数据库130也可以集成于服务器110中，与服务器110一体设置，本技术对此同样不作限制。88.本技术实施例提供的数据管理系统开发方法，可以应用于图1所示的数据管理系统的服务器中。89.图2示出了本技术实施例提供的一种服务器的组成示意图。如图2所示，该服务器可以包括：至少一个处理器21，存储器22、通信接口23、总线24。90.下面结合图2对服务器的各个构成部件进行具体的介绍：91.处理器21是服务器的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21是一个中央处理器(centralprocessingunit，cpu)，也可以是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本技术实施例的一个或多个集成电路，例如：一个或多个微处理器(digitalsignalprocessor，dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，fpga)。92.其中，处理器21可以通过运行或执行存储在存储器22内的软件程序，以及调用存储在存储器22内的数据，执行服务器的各种功能。93.在具体的实现中，作为一种实施例，处理器21可以包括一个或多个cpu，例如图2中所示的cpu0和cpu1。94.在具体实现中，作为一种实施例，服务器可以包括多个处理器，例如图2中所示的处理器21和处理器25。这些处理器中的每一个可以是一个单核处理器(single-cpu)，也可以是一个多核处理器(multi-cpu)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。95.存储器22用于存储执行本技术方案的软件程序，并由处理器21来控制执行。存储器22可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器22可以是独立存在，通过总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。96.通信接口23，使用任何收发器一类的装置，用于与其他设备或通信网络通信。如以太网接口，无线接入网(radioaccessnetwork，ran)接口，无线局域网(wirelesslocalareanetworks，wlan)接口等。通信接口23可以包括接收单元实现接收功能，以及发送单元实现发送功能。97.总线24，可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。98.图3示出了本技术实施例提供的数据管理系统开发方法的流程示意图。如图3所示，该数据管理系统开发方法，可以包括：99.s301、接收配置的后台程序和总标签配置文件。100.其中，后台程序包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件可以包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。页面的配置标签至少可以包括用于实现页面的业务逻辑的mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。101.可选地，本技术实施例中，可以根据不同页面需要实现的主要功能将页面划分为不同的页面类型。页面类型可以包括：列表页面类型、删除页面类型、修改页面类型和新增页面类型。例如，可以将实现数据查询功能的页面划分为列表页面类型；将实现数据删除功能的页面划分为删除页面类型，将实现数据修改功能的页面划分为修改页面类型；将实现数据添加功能的页面划分为新增页面类型。102.针对每种页面类型，开发人员可以预先编写好每种页面类型对应的后台程序，并将不同页面类型对应的后台程序配置于服务器中。103.例如，可以采用超文本预处理(php:hypertextpreprocessor，php)语言，分别编写列表页面类型、删除页面类型、修改页面类型和新增页面类型分别对应的php程序作为后台程序。列表页面类型对应的后台程序可以为“f-m-list.php”；删除页面类型对应的后台程序可以为“f-m-del.php”；修改页面类型对应的后台程序可以为“f-m-mod.php”；新增页面类型对应的后台程序可以为“f-m-add.php”。104.针对任意页面类型的每一个页面，其对应的业务逻辑可以通过mml命令实现。其中，业务逻辑是指服务器对数据库中的数据执行的操作逻辑，也即，业务逻辑是服务器处理数据的逻辑。开发人员需要开发某一个页面时，可以针对该页面需要实现的业务逻辑，编写该页面对应的业务逻辑的mml命令，并结合该页面对应的业务逻辑的mml命令生成该页面的配置标签。105.在将每个页面的配置标签配置到服务器中时，可以是将不同页面的配置标签均存放在一个总标签配置文件中，然后将总标签配置文件配置在服务器中。也可以是将每个页面的配置标签分别配置在服务器中，对此不作限制。106.可选地，针对要开发的页面，开发人员可以将用于实现该页面功能的其他配置项与该页面对应的业务逻辑的mml命令一起配置在服务器中。用于实现该页面功能的其他配置项与该页面对应的业务逻辑的mml命令可以一起构成该页面的配置标签。107.如上所述，本技术实施例可以根据不同页面需要实现的主要功能将页面划分为列表页面类型、删除页面类型、修改页面类型和新增页面类型四种页面类型。下面以某个第一页面为例，对不同页面类型的页面的配置标签进行说明：108.1)列表页面类型109.当第一页面所属的页面类型为列表页面类型时，第一页面的配置标签中，其他配置项至少可以包括：表头配置项、表头分隔比配置项、mml配置项、以及登录控制配置项。110.表头配置项为列表页面类型的第一页面表头显示的内容。例如，可以是“姓名”、“年纪”、“班级”等。表头分隔比配置项为列表页面类型的第一页面表头每列所占百分比，不配置时则默认等比长度分割每列。如：当配置为25|25|25|25时，表示每列只占总页面长度的25％。mml配置项为列表页面类型的第一页面每列需要展示的实际内容，该内容可以通过读取执行mml命令后的mml返回消息中的字段值而生成。如：当配置为attr＝user|pass时，则可以直接将mml返回消息里attr＝user|pass对应的数值进行展示。登录控制配置项可以用于控制第一页面的列表信息展示前，是否需要检测用户(普通访问用户，下述均相同)已经登录系统。如某些列表信息可能只允许系统登录用户才能查看。111.可选地，当第一页面所属的页面类型为列表页面类型时，该第一页面的配置标签还可以包括：列表条数配置项和分页控制配置项。其中，列表条数配置项为列表每页展示的记录条数。如：一共50条信息，如果该项配置为10，则只展示5页，配置为5时则展示10页。分页控制配置项为列表页面中是否显示分页的控制开关，主要用于数据在不同视图下的显示。如当数据管理人员打开该页面时需要显示所有的列表信息，而当普通访问用户打开页面时则只显示一页列表信息。112.假设表头配置项的表示符为“head”、表头分隔比配置项的表示符为“split”、mml配置项的表示符为“attr”、列表条数配置项的表示符为“size”、登录控制配置项的表示符为“lg”、分页控制配置项的表示符为“bar”，则列表页面类型的页面的配置标签可以参考如下示例：113.{#pid}.mml＝c8qrysg:t＝mytable,a＝`name|age`,c＝`username＝％sessuser()％orderbyiddesc`；114.{#pid}.var＝`head＝state|date,split＝50|50,attr＝state|rdate,size＝8,bar＝1,lg＝1`。115.2)删除页面类型116.当第一页面所属的页面类型为删除页面类型时，该第一页面的配置标签至少可以包括：mml配置项和登录控制配置项。117.mml命令可以用于控制当用户点击删除按钮后，删除页面类型对应的后台程序可以执行该第一页面的配置标签中的mml命令，实现删除数据库条目的操作。mml配置项可以用于获取mml命令的执行结果。登录控制配置项同样可以用于控制是否需要检测用户已经登录系统。118.假设登录控制配置项的表示符为“lg”，则删除页面类型的页面的配置标签可以参考如下示例：119.{#pid}.mml＝c8delsg:t＝test,a＝``,c＝`id＝％keyid()％`；120.{#pid}.var＝`lg＝0`。121.3)修改页面类型122.当第一页面所属的页面类型为修改页面类型时，第一页面的配置标签至少还可以包括：页面内容配置项、前置mml配置项、前置mml命令、mml配置项、以及登录控制配置项。123.页面内容配置项可以由多个内容级标签内置函数组成。例如，％mtxt(用户名)％|％mtxt(密码)％。mml命令可以用于控制当用户填写完网页信息栏，点击提交按钮，修改页面类型对应的后台程序可以执行mml命令实现新增或者修改数据库的操作。而mml配置项同样可以用于获取mml命令的执行结果。前置mml配置项可以用于控制修改页面类型对应的后台程序执行前置mml命令，读取出修改前的原始值。登录控制配置项同样可以用于控制是否需要检测用户已经登录系统。124.假设页面内容配置项的表示符为“cont”、mml配置项的表示符为“m”、前置mml配置项的表示符为“mhead”、登录控制配置项的表示符为“lg”，则修改页面类型的页面的配置标签可以参考如下示例：125.{#pid}.cont＝％mhdn(用户名,id)％|％mtxt(密码,pass)％；126.{#pid}.mml＝[m]c8moduser:id|pass[@m][mhead]c8qrysg:t＝test,a＝`id|pass`,c＝`id＝％keyid()％`[@mhead]；[0127]{#pid}.var＝`lg＝0`。[0128]4)新增页面类型[0129]当第一页面所属的页面类型为新增页面类型时，第一页面的配置标签与修改页面类型的页面的配置标签基本相同。其不同之处在于，该第一页面的配置标签中不包含前置mml命令，无需配置前置mml配置项的值，即无需先查询数据库读取需要修改项的原始初值。[0130]同样假设页面内容配置项的表示符为“cont”、mml配置项的表示符为“m”、前置mml配置项的表示符为“mhead”、登录控制配置项的表示符为“lg”，则新增页面类型的页面的配置标签可以参考如下示例：[0131]{#pid}.cont＝％mhdn(用户名)％|％mtxt(密码)％；[0132]{#pid}.mml＝[m]c8moduser:id|pass[@m][mhead][@mhead]；[0133]{#pid}.var＝`lg＝0`。[0134]可以理解的，本技术实施例将页面划分了列表页面类型、删除页面类型、修改页面类型和新增页面类型四种页面类型，但每种页面类型中，又可以多个不同的界面。例如，列表页面类型的页面可以包括：用户列表页面、签名表页面等。[0135]服务器在接受到配置的后台程序和总标签配置文件，完成后台程序和页面的配置标签的配置后，可以按照后台程序和页面的配置标签，生成相应的页面。例如，该数据管理系统开发方法还可以包括下述步骤s302至步骤s304。[0136]s302、根据第一页面的访问请求，调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令。[0137]可选地，访问请求可以为url请求，url请求可以用于指示第一页面所属的页面类型对应的后台程序、以及第一页面。[0138]举例说明：[0139]当服务器按照前述步骤s301中所述，完成对不同页面类型对应的页面的配置标签的配置后。若用户需要访问某个网站页面，则可以在终端的浏览器中输入需要访问的网站url，则终端可以根据用户在浏览器中输入的网站url中的服务器域名，向网站对应的服务器发送url请求。[0140]图4示出了本技术实施例提供的网站url的一种示意图。[0141]如图4所示，假设网站url为：http://www.aaa.com/f-m-3？pid＝userlist。其中，www.aaa.com表示网站对应的服务器域名。f-m-3表示要访问的第一页面所属的页面类型对应的后台程序。pid＝userlist表示第一页面的页面标识。[0142]服务器接收到该url请求后，可以得知url请求所指示的第一页面的页面标识为userlist，第一页面所属的页面类型对应的后台程序为f-m-3。然后，服务器可以根据该url请求，调用后台程序f-m-3，读取页面标识为userlist的页面的配置标签，并执行userlist的页面的配置标签中包含的mml命令，得到mml返回消息。[0143]s303、解析mml命令的执行结果，获得mml命令的输出参数。[0144]s304、至少根据mml命令的输出参数，生成第一页面的页面信息。[0145]mml命令的执行结果，也即为上述步骤s302的相关描述中所述的mml返回消息。解析mml命令的执行结果，获得mml命令的输出参数是指：解析mml返回消息，获取mml返回消息中的输出参数。该输出参数可以是mml返回消息中的返回字段、返回字段值等。[0146]当服务器通过步骤s302调用第一页面所属的页面类型对应的后台程序，执行第一页面的配置标签中包含的mml命令，得到mml返回消息后。可以解析mml命令的执行结果，获得mml命令的输出参数。然后，根据mml命令的输出参数、以及第一页面的配置标签中的其他配置项，生成第一页面的页面信息。[0147]服务器可以将所生成的第一页面的页面信息发送给图1所示的数据管理系统中的终端，终端可以将接收到的页面信息进行显示。[0148]以列表页面类型的页面userlist为例，服务器可以执行页面userlist的配置标签中包含的mml命令，得到mml返回消息。并根据页面userlist的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项，以及该mml返回消息中的输出参数，生成页面userlist的页面信息。[0149]需要说明的是，在传统mml命令中，调试员可以通过打开后台控制台输入mml命令，对各种网关进行后端管理，如：增加网关、增加ip、信息查看等。在该过程中，传统mml命令的输出也仅为信息回显，以提示该mml命令执行成功与否，其输出信息并不用于与其他程序的交互。[0150]而本技术实施例中，由于mml命令的执行结果(也即，mml命令的输出，或mml返回消息)需要被不同页面类型对应的后台程序进行解析，以生成相应的页面。所以，开发人员在向服务器中配置每个页面的配置标签时，还需要对每个页面对应的业务逻辑的mml命令进行改造，将mml命令的执行结果改造为含有固定字段的预设格式，以使得不同页面类型对应的后台程序可以对mml命令的执行结果进行解析。[0151]具体地，可以将mml命令的执行结果的格式固定为下述第一格式或第二格式。第一格式的执行结果包括：返回码，返回码描述，返回字段集，返回字段结果集。第二格式的执行结果包括：返回码，返回码描述，返回头字段集，返回头字段结果集，返回字段集，返回字段结果集。且，第一格式的执行结果中的返回码和返回码描述对应；第二格式的执行结果中的返回码和返回码描述对应。[0152]例如，第一格式可以为：返回码＝..，返回码描述＝..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。[0153]第二格式可以为：返回码＝..，返回码描述＝..，返回头字段集＝..单行结果字段分隔符..，返回头字段结果集＝..单行结果字段分隔符..，返回字段集＝..单行结果字段分隔符..，返回字段结果集＝..单行结果字段分隔符..多行结果分隔符..单行结果字段分隔符..多行结果分隔符。[0154]其中，返回码、返回码描述、返回头字段集、返回字段集、返回字段结果集等均为mml命令执行后的输出参数。“..”则表示输出参数的实际值，例如，返回码后的“..”则表示返回码的值。[0155]返回码与返回码描述为对应是指：一个返回码描述只用于解释其对应的返回码。例如，若存在返回码1和返回码2，返回码描述1和返回码描述2，则返回码描述1只用于解释返回码1，返回码描述2只用于解释返回码2。[0156]上述第一格式和第二格式的使用场景的主要区别为：第一格式可以用于只返回单行记录、或只返回多行记录的场景；而第二格式可以用于同时返回多行记录和单行记录的场景。例如，当需要返回系统表中某个控制字段flag，同时返回学生表中性别和分数时，可以采用第二格式。而当只需要返回系统表中系统名称和系统状态时，则可以采用第一格式。[0157]假设上述第一格式和第二格式中，单行结果字段分隔符表示为“|”,多行结果分隔符表示为“&”，则第一格式和第二格式分别可以如下：[0158]第一格式：返回码＝..，返回码描述＝..，返回字段集＝..|..，返回字段结果集＝..|..&..|..&。[0159]第二格式：返回码＝..，返回码描述＝..，返回头字段集＝..|..,返回头字段结果集＝..|..,返回字段集＝..|..，返回字段结果集＝..|..&..|..&。[0160]综上所述，本技术实施例可以接收配置的后台程序和总标签配置文件。其中，后台程序包括以下页面类型程序中的一种或多种：列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序。总标签配置文件包括以下配置标签中的一种或多种：与列表页面类型对应页面的配置标签，与删除页面类型对应页面的配置标签，与修改页面类型对应页面的配置标签，以及与新增页面类型对应页面的配置标签。页面的配置标签至少可以包括用于实现页面的业务逻辑的人机语言mml命令，mml命令被执行后的执行结果能够被对应后台程序解析。由于每个页面的配置标签中，业务逻辑通过mml命令实现，且mml命令被执行后的执行结果能够被对应后台程序解析，从而可以自动根据配置标签生成相应的页面。可以使得开发人员在进行数据管理系统的开发时，无需在前端页面再撰写代码，能够实现数据管理系统前端的无码化开发，减少前端页面开发的工作量，进而提高数据管理系统的开发效率。[0161]另外，本技术实施例中，列表页面类型对应的后台程序，删除页面类型对应的后台程序，以及修改页面类型和新增页面类型对应的后台程序只需要配置一次。后续需要开发一个新的页面时，仅仅需要在服务器中配置该页面的配置标签即可。已配置的后台程序可以按照前述页面生成的方式调用该配置标签，生成相应的页面。所以，通过本技术提供的数据管理系统开发方法，进一步减少了开发人员的代码撰写量，同时，还实现了前后端分离。[0162]可选地，mml命令的开发可以利用多种语言实现，如：c语言、c 语言、java语言、python语言、go语言等，从而可以方便将不同技能的开发人员组织起来，加快数据管理系统的开发。[0163]可选地，本技术实施例中，开发人员在向服务器中配置每个页面的配置标签时，还可以每个页面对应的业务逻辑的mml命令的输入参数中增加转义字符控制开关。转义字符控制开关可以用于控制是否需要对mml命令的执行结果中的默认字段分隔符进行转义处理。[0164]其中，默认字段分隔符是指系统默认的消息分隔符。[0165]举例说明：[0166]正常mml命令的执行结果可以如下所示：[0167]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0168]sg:t＝test.tes,a＝"id|pass"；[0169]retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'。[0170]其中，mml命令为“c8qrysg:t＝test.test,a＝`id|pass`”。“c8qrysg”为mml命令的名称，“t”和“a”分别为mml命令的输入参数名称。“test.test”、“`id|pass`”为输入参数值。“jmml2”为调用mml命令的后台程序。每一个mml命令均可以通过“jmml2”程序进行调用。当然，可以理解，前述“t”、“a”等均为mml命令的基础输入参数。[0171]“retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'”则为mml命令的返回消息。其中，“retn”为返回码，“des”为返回码描述，“attr”为返回字段，“result”为返回字段结果。mml命令的返回消息中，包含2行数据，“&”为单行消息的分隔符。[0172]在返回字段attr中，id和pass通过消息分隔符“|”进行分隔。在返回字段结果result中，“&”则为多行返回消息的消息分隔符。可以看到，返回消息中本身含有“|”、“&”这类系统默认的消息分隔符。如果返回字段值里同样含有这样的分隔符，如：“mypass1”变成“mypass&1”，则会造成返回消息格式错乱，导致后台程序无法正常解析。[0173]而通过将返回消息中系统默认的消息分隔符进行转义处理，也即，对“|”、“&”这类系统默认的消息分隔符进行转义处理，则可以使得后台程序对返回消息进行正常解析。例如，可以将系统默认的消息分隔符转义为由4至5个极其少见的、几乎不会被用户输入的字符组合。后台程序只需要根据这些极少见字符进行消息切割，就能正常解析到返回字段的值，而不会造成消息解析错乱。[0174]假设将转义字符控制开关表示为“debug”；当“debug”处于默认值时，表示转义字符控制开关打开，可以对mml命令的执行结果中的默认字段分隔符进行转义处理。当“debug”不处于默认值时，表示转义字符控制开关关闭，不对mml命令的执行结果中的默认字段分隔符进行转义处理。[0175]以“debug”的默认值为0，不处于默认值时为1为例：[0176]进行转义处理的mml命令的执行结果可以如下所示:[0177]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0178]sg:t＝test.test,a＝"id|pass",debug＝0；[0179]retn＝'0',des＝'success',attr＝'id|pass',result＝'6..h！..mypass1..h7..7..h！..mypass2..h7..'。[0180]当“debug”设置为0时，返回消息中的“|”被转义成了“..h！..”，而“&”被转义成了“..h7..”。此时，后台程序在解析该返回消息时，不会出现由于返回消息格式错乱而无法解析的情况。[0181]未进行转义处理的mml命令的执行结果可以如下所示：[0182]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0183]sg:t＝test.test,a＝"id|pass",debug＝1；[0184]retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'。[0185]当“debug”设置为1时，返回消息中则使用系统默认的消息分隔符“|”、“&”，并不会对其进行转义处理。[0186]需要说明的是，在数据管理系统正常运行、服务器正常执行mml命令时，转义字符控制开关(“debug”)保持默认值状态，对每个mml返回消息中系统默认的消息分隔符进行转义处理。只有在数据管理系统出现问题，需要调试人员进行手工后台调试时，才由调试人员将转义字符控制开关设置为非默认值。[0187]例如，数据管理系统出现问题时，当调试人员在后台手工输入mml命令，如果返回字段包含转义字符时，又会影响调试人员对mml返回消息的阅读。因此，需要将系统默认的消息分隔符重新还原为“|”、“&”。[0188]一些实施例中，开发人员在向服务器中配置每个页面的配置标签时，还可以每个页面对应的业务逻辑的mml命令的输入参数中增加日志打印控制开关。日志打印控制开关可以用于控制执行mml命令时，是否输出日志信息。例如，若日志打印控制开关打开，则执行mml命令时会输出日志信息；若日志打印控制开关关闭，则执行mml命令时不会输出日志信息。[0189]通过在执行mml命令时输出日志信息，可以便于在数据管理系统数据问题时，对问题进行定位、查找。但如果频繁进行日志信息的输出，则会影响系统性能。因此，可以通过增加日志打印控制开关进行控制。[0190]举例说明：[0191]假设将日志打印控制开关表示为“setlog”；当“setlog”处于默认值时，表示日志打印控制开关关闭，在执行mml命令时不会输出日志信息。当“setlog”不处于默认值时，表示日志打印控制开关打开，可以在执行mml命令时输出日志信息。[0192]日志打印控制开关打开时的mml命令的执行结果可以如下所示：[0193]root@nkg1000136181:～/smcp/jmml#./jmml2ꢀꢀc8ꢀꢀqry[0194]sg:t＝test.test,a＝"id|pass",stlog＝1；[0195][func]getpara[para]paraname:mysql；[0196][func]trigmml[para]cmd:c8_qry_sg|para:[0197]t＝test.test,a＝id|pass,setlog＝1,debug＝1；[0198][func]getpara[para]paraname:1；[0199][func]getpara[para]paraname:t；[0200][func]getpara[para]paravalue:test.test；[0201][func]getpara[para]paraname:a；[0202][func]getpara[para]paravalue:id|pass；[0203][func]getpara[para]paraname:c；[0204][func]qrydb[para]sql:selectconcat(id,'|',pass)fromtest.test；[0205]retn＝'0',des＝'success',attr＝'id|pass',result＝'6|mypass1&7|mypass2&'。[0206]当数据管理系统出现问题，需要后端调试时，调试人员可以将setlog设置为1(setlog的默认值为0)，打开日志打印控制开关，则执行mml命令时，会打印mml执行流程中的日志信息。例如，日志信息可以包括：sql执行记录、函数入口参数等。调试人员通过判断sql执行记录是否完整、是否写错、是否满足功能需求、sql的执行效率等，可以确定出问题原因，从而实现通过手工在后台调用mml命令来实现问题定位和分析。而恢复正常后，调试人员可以将setlog恢复为默认值(0)，关闭日志打印控制开关，以提高mml命令的执行效率。[0207]可选地，对于任意一种页面类型中的第一页面而言，该第一页面的配置标签中的各配置项和/或mml命令，均可以由控制参数和/或内置函数构成。[0208]其中，控制参数可以用于控制不同页面类型的页面的配置标签中mml命令或不同配置项的具体类型。以列表页面类型的页面为例，控制参数可以包括：“bar”参数、“size”参数等。“bar”参数位于分页控制配置项中，可以用于控制列表是否需要分页。“size”参数位于列表条数配置项中，可以用于控制列表页面展现多少行内容后分页。当然，列表页面类型的页面的控制参数并不限于“bar”参数、“size”参数，还可以包括更多，在此不再一一赘述。[0209]需要说明的是，本技术实施例中，不同页面类型对应的页面的控制参数可以不同，也可以部分相同。[0210]由控制参数和/或内置函数构成则是指：可以仅仅由控制参数构成，也可以既包含控制参数，由包含内置函数。以mml命令为，一些mml命令中可以包含有内置函数，当需要执行该mml命令时，需要先解析mml命令中包含的内置函数。根据内置函数的解析结果得到完整的mml命令之后，才可以执行mml命令。[0211]以下对内置函数进行说明：[0212]本技术实施例中，内置函数可以包括：系统级内置函数和内容级内置函数。系统级内置函数可以用于获取服务器的系统变量值。内容级内置函数可以用于生成网页中表单类页面的超文本标记语言(hypertextmarkuplanguage，html)代码。[0213]内置函数主要可以用于对配置标签的内容进行动态扩展。例如，当需要显示当前系统时间时，如果只在配置标签里配置当前时间具体值为“2019-12-1012:12:12”，则以后每次打开页面均只显示为此时刻，并不能根据页面打开时间动态显示当前系统时间。而如果使用日期类的系统级内置函数，则只需要在配置标签中增加“％datetime()％”标记，后台程序在解析配置标签时，遇到“％datetime()％”标记时，则会自动替换生成系统当前时间，从而保证页面每次打开时显示时间能实时刷新。[0214]本技术实施例中，内置函数可以带有引用分割符。具体地，由于内置函数与配置标签中的其他内容混合配置在一起，只有内置函数带有引用分隔符，后台程序在解析时才能根据引用分隔符识别出内置函数，并根据内置函数的不同意义进行动态扩展。例如，内置函数前后均可以带有引用分隔符“％”。[0215]可选地，内置函数可以通过后台程序库进行功能实现。例如，服务器中还可以预设有用于支持内置函数调用的后台程序库。不同页面类型的后台程序，均可以加载后台程序库，在遇到需要解析的内置函数时，可以直接调用后台程序库中对应的程序块来完成功能实现，即完成内置函数内容解析。[0216]可选地，本领域技术人员还可以根据需要，对内置函数进行自行扩展增加。例如，当系统需要经常打印“y-m-d”类日期时，可以在配置标签中自定义一个“％date()％”内置函数，并在后台程序库中添加对应的用于实现打印“y-m-d”类日期功能的程序块即可。[0217]可选地，内置函数还可以带有其他参数。例如，“％datetime(/)％”带有参数“/”，可以表示输出时间格式为“2019/12/1212:12:12”；“％datetime(-)％”带有参数“-”，可以表示输出时间格式为“2019-12-1212:12:12”等。当然，一些实施方式中，不带参数的“％datetime()％”也可以默认实现％datetime(-)％功能，本技术对此不作限制。[0218]可选地，上述系统级内置函数可以包括：session类内置函数、post类内置函数、row类内置函数、url类内置函数、时间类内置函数、以及扩展类内置函数。[0219]其中，session类内置函数可以用于获得系统session变量中指定字段的值。例如，“％session(login_user)％”可以表示获得系统登录成功后，存放于session公共变量中变量名为“login_user”的值。后台程序解析到“％session(login_user)％”的值，可以根据该值是否为空来判断本次登录是否为非法登录。[0220]post类内置函数可以用于获得前端页面传递过来的第n个post数据值。需要注意的是，该类内置函数的输入参数需要为数字，如1，2，3…n等，n为大于0的整数。例如，“％getpost(2)％”可以表示获得前端页面post数据值里第2项数值。[0221]row类内置函数可以用于获得mml返回消息中某个字段的返回值。输入参数可以为mml返回字段中某个字段名称。例如，“％getrow(pass)％”可以用于获得mml返回消息的attr＝“id|pass”中“pass”的值。[0222]url类内置函数可以用于获得浏览器访问url中指定参数的值。例如，如当用户访问“http://xxx.com/f-m-list.php？keyid＝123”这个url时，“％geturl(keyid)％”内置函数可以表示获得访问url中keyid字段的数值，即为“123”。[0223]时间类内置函数可以用于输出时间。例如，“％datetime(/)％”可以表示输出时间格式为“2019/12/1212:12:12”；“％date()％”可以表示输出时间格式为”2019-12-12”。[0224]扩展类内置函数可以由用户根据需要在后台程序库中进行扩展实现，例如，“％clientip()％”可以用于获得终端访问ip地址。[0225]可选地，上述内容级内置函数可以包括：无默认值的输入框型内置函数、有默认值的输入框型内置函数、有默认值的隐藏型内置函数、无默认值的文本框型内置函数、有默认值的文本框型内置函数、以及标签型内置函数。[0226]通常，网页由一系列html代码生成，表单用于提供给用户输入一些基本信息，当用户点击“提交”或“确定”按钮后页面会自动提交到网页后台程序进行处理，从而完成信息登记、查询等功能。表单一般由一系列的“<input/>”标签组成。如一段简单的用户登录类网页表单的html代码可以如下：[0227]<formaction＝post>[0228]用户名:<inputtype＝textname＝uservalue＝""/>[0229]密码:<inputtype＝passwordname＝passvalue＝""/>[0230]<inputtype＝hiddenname＝keyvalue＝"123"/>[0231]<inputtype＝submitname＝submit/><！--提交按钮-->[0232]</form>[0233]无默认值的输入框型内置函数的网页呈现效果为一个文本输入框，无默认值。例如，如“％mtxt(用户名)％”可以对应生成一段“<inputtype＝textname＝’box[]’value＝”…/>”类html代码。[0234]有默认值的输入框型内置函数的其网页呈现效果为一个文本输入框，有默认值。例如，“％mtxt(用户名,id)％”可以对应生成一段“<inputtype＝textname＝’box[]’value＝’mml返回消息attr＝id的值’…/>”类html代码。[0235]有默认值的隐藏型内置函数的网页呈现效果为空，但作为网页表单的一部分，其值只是“隐藏”不显示而已。例如，“％mhdn(用户名,id)％”可以对应生成一段“<inputtype＝hiddenname＝’box[]’value＝’mml返回消息attr＝id的值’…/>”类html代码。[0236]无默认值的文本框型内置函数的网页呈现效果为一段文本输入框，无默认值。例如，“％mtxta(用户名)％”可以对应生成一段“用户名:<textareaname＝’box[]’></textarea>”类html代码。[0237]有默认值的文本框型内置函数的网页呈现效果为一段文本输入框，有默认值。例如，“％mtxta(用户名,id)％”可以对应生成一段“用户名:<textareaname＝’box[]’>mml返回消息attr＝id的值</textarea>”类html代码。[0238]标签型内置函数，例如，“％mlab(用户名)％”可以对应生成一段“用户名:<inputtype＝textname＝’-’value＝”…/>”类html代码。此时只生成显示内容如“用户名:”，input对应的html代码不发挥功能。[0239]一些实施例中，服务器中可以预设有标签控制系统，该标签控制系统用于存储不同页面类型的页面的配置标签。开发人员可以通过该标签控制系统，将任一第一页面的配置标签配置在服务器中。[0240]图5示出了本技术实施例提供的标签控制系统的组成示意图。[0241]如上所述，每个页面的配置标签中的各配置项和/或mml命令，均可以由控制参数和/或内置函数组成。而配置标签可以配置在标签控制系统中，所以，标签控制系统中包含了不同配置标签中的控制参数和内置函数。也即，如图5所示，标签控制系统可以包括：内置函数和控制参数。内置函数可以包括内容级内置函数和系统级内置函数。控制参数可以包括：新增页面控制参数、修改页面控制参数、删除页面控制参数、以及列表页面控制参数。[0242]关于内置函数和控制参数均已在前述实施例中进行说明，在此不再赘述。[0243]可选地，部分实施例中，修改页面类型和新增页面类型对应的后台程序可以为同一后台程序，新增页面类型对应的后台程序可以集成于修改页面类型对应的后台程序，本技术对此不作限制。[0244]如前述实施例中所述，本技术实施例可以根据不同页面需要实现的主要功能将页面划分为如下四种页面类型：列表页面类型、删除页面类型、修改页面类型和新增页面类型。下面基于图1所示的数据管理系统，对按照前述数据管理系统开发方法开发的数据管理系统中，不同页面类型的页面的具体实施流程进行示例性介绍：[0245]一、列表页面类型[0246]图6示出了本技术实施例提供的列表页面类型的页面的实施流程示意图。[0247]如图6所示，列表页面类型的页面的实施流程可以如下：[0248]s601、终端接收用户在浏览器中输入的网站url。[0249]举例说明：[0250]假设用户需要访问的列表页面类型的某个页面的页面标识(pid)为userlist；网站服务器的域名为www.aaa.com；列表页面类型对应的后台程序为f-m-3；则，用户需要访问该页面时可以在终端的浏览器中输入如下网站url：[0251]http://www.aaa.com/f-m-3？pid＝userlist；其中，"？"为后台程序和页面标识的分隔符。[0252]需要说明的是，pid为页面的唯一标识，一个web页面有且仅有唯一一个pid。后台程序根据页面的pid，可以确定需要读取哪个页面的配置标签。[0253]s602、终端向服务器发送url请求，url请求用于指示需要访问的页面的页面标识、以及列表页面类型对应的后台程序。[0254]例如，列表页面类型对应的后台程序为f-m-3，需要访问的页面的页面标识为userlist。[0255]s603、服务器根据url请求，调用列表页面类型对应的后台程序，并将需要访问的页面的页面标识传递给列表页面类型对应的后台程序。[0256]例如，服务器可以调用后台程序f-m-3，并将"pid＝userlist"传递给后台程序f-m-3。[0257]s604、列表页面类型对应的后台程序根据需要访问的页面的页面标识，读取需要访问的页面的配置标签。[0258]可选地，服务器中可以建立一个总标签配置文件，所有页面的配置标签均可以放置于该总标签配置文件中。服务器可以调用后台程序，根据页面的pid，从总标签配置文件中定位与该pid对应的所有参数配置项。[0259]例如，当pid为userlist时，后台程序f-m-3可以读取与userlist相关的所有配置项；当pid为m3.signinlist时，后台程序f-m-3可以读取与m3.signinlist相关的所有配置项等。需要说明的是，该总标签配置文件可以由开发人员在后台进行在线配置。[0260]如前述实施例中所述，列表页面类型的页面的配置标签可以包括：表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项和分页控制配置项。[0261]s605、列表页面类型对应的后台程序解析需要访问的页面的配置标签中的内置函数。[0262]以mml配置项为例，当mml配置项中含有内置函数时，需要对mml配置项中的内置函数进行解析处理，才可以得到完整的可执行的mml命令。例如，若mml配置项中包含"m3.signinlist.mml＝liblistqiandao:user＝％sessuser()％,limit＝500"，则需要先将内置函数"％sessuser()％"进行解析，将其替换成登录系统正在使用的实际用户名，从而才能执行mml命令查询到该用户信息。对mml配置项的内置函数进行解析后，可得到的mml命令即为"liblistqiandao：user＝abcd,limit500"。[0263]s606、列表页面类型对应的后台程序执行mml命令，并读取mml命令的执行结果。[0264]其中，mml命令的执行结果即为执行mml命令后的mml返回消息。读取mml命令的执行结果，可以是指获取mml返回消息，并解析mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。[0265]s607、列表页面类型对应的后台程序根据mml命令的执行结果、表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项和分页控制配置项，生成需要访问的页面的页面信息。[0266]其中，列表条数配置项和分页控制配置项可以用于控制列表页面类型对应的后台程序对页面信息进行分页处理。例如，列表页面类型对应的后台程序可以解析分页控制配置项，当分页控制配置项的配置值为1时，不需要对列表展示内容进行分页处理。而当分页控制配置项的配置值不为1时，则需要对列表展示内容进行分页处理。分页处理的具体步骤可以如下：[0267]1)列表页面类型对应的后台程序定义变量page表示当前页面，page默认为1。[0268]2)列表页面类型对应的后台程序获得mml命令的执行结果中总记录数及其条目数量。[0269]例如，后台数据库中学生表中可能记录有多条数据库记录，每条记录分别存储着学生姓名、分数等信息。[0270]3)列表页面类型对应的后台程序根据列表条数配置项和总记录数，计算分页数量page_size。[0271]其中，分页数量page_size＝总记录数/(整除)列表条数。[0272]4)列表页面类型对应的后台程序计算当前页应该展现的记录数。[0273]定义变量i为当前应该显示的第i页，则当满足公式"($page-1)*$page_size 1<i<$page*$page_size"时，展示当页的数据库条目。[0274]其伪代码实现可以如下：[0275][0276]s608、服务器将需要访问的页面的页面信息发送给终端。[0277]s609、终端将页面信息通过浏览器呈现给用户。[0278]二、删除页面类型[0279]图7示出了本技术实施例提供的删除页面类型的页面的实施流程示意图。[0280]如图7所示，删除页面类型的页面的实施流程可以如下：[0281]s701、终端接收用户在浏览器中输入的网站url。[0282]s702、终端向服务器发送url请求，url请求用于指示需要访问的页面的页面标识、以及删除页面类型对应的后台程序。[0283]s703、服务器根据url请求，调用删除页面类型对应的后台程序，并将需要访问的页面的页面标识传递给删除页面类型对应的后台程序。[0284]s704、删除页面类型对应的后台程序根据需要访问的页面的页面标识，读取需要访问的页面的配置标签。[0285]步骤s701至步骤s704的基本原理与前述列表页面类型的页面实施过程中的步骤s601至步骤s604基本相同，其相同之处在此不再赘述。[0286]其不同之处在于，用户在浏览器中输入的网站url中所指向的后台程序为删除页面类型的后台程序、网站url中包含的需要访问的页面为删除页面类型的页面。例如，用户在浏览器中输入的网站url可以为："http://www.aaa.com/f-m-4？pid＝userdel"，则服务器根据url请求，调用的删除页面类型对应的后台程序可以为f-m-4，传递给f-m-4的需要访问的页面的页面标识即为pid＝userdel。另外，f-m-4根据pid＝userdel，读取的需要访问的页面的配置标签即为与userdel相关的所有配置项。[0287]同样如前述实施例中所述，删除页面类型的页面的配置标签可以包括：mml配置项和登录控制配置项。[0288]s705、删除页面类型对应的后台程序解析需要访问的页面的配置标签中的内置函数。[0289]内置函数的解析过程已在前述实施例中进行描述，在此不再赘述。[0290]s706、删除页面类型对应的后台程序执行mml命令，并读取mml命令的执行结果。[0291]s707、删除页面类型对应的后台程序根据mml命令的执行结果、mml配置项和登录控制配置项，生成需要访问的页面的页面信息。[0292]s708、服务器将需要访问的页面的页面信息发送给终端。[0293]s709、终端将页面信息通过浏览器呈现给用户。[0294]对上述步骤s706至步骤s709进行举例说明：[0295]删除页面类型对应的后台程序读取的mml命令的执行结果可以包括mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。删除页面类型对应的后台程序根据mml命令的执行结果、mml配置项和登录控制配置项，所生成的需要访问的页面的页面信息可以包括前述mml返回消息中的返回码描述(des)值。相应地，终端通过浏览器呈现给用户的页面信息可以包括该返回码描述(des)值。例如，可以在前端页面向用户提示“删除成功”、“已锁定，删除失败”等。[0296]三、修改页面类型和新增页面类型[0297]可选地，本技术实施例中，修改页面类型和新增页面类型对应的后台程序可以为同一后台程序，新增页面类型对应的后台程序可以集成于修改页面类型对应的后台程序。其区别仅仅在于修改页面类型的页面的配置标签和新增页面类型的页面的配置标签的配置方法略有不同，具体如下：[0298]图8示出了本技术实施例提供的修改页面类型和新增页面类型的页面的实施流程示意图。[0299]如图8所示，修改页面类型和新增页面类型的页面的实施流程可以如下：[0300]s801、终端接收用户在浏览器中输入的网站url。[0301]举例说明：[0302]1)假设用户需要访问的修改页面类型的某个页面的页面标识(pid)为usermod；网站服务器的域名为www.aaa.com；修改页面类型对应的后台程序为f-m-2；则，用户需要访问该页面时可以在终端的浏览器中输入如下网站url：[0303]http://www.aaa.com/f-m-2？pid＝usermod；其中，"？"为后台程序和页面标识的分隔符。[0304]2)假设用户需要访问的新增页面类型的某个页面的页面标识(pid)为useradd；网站服务器的域名同样为www.aaa.com；新增页面类型对应的后台程序也应为f-m-2(与修改页面类型对应的后台程序相同)；则，用户需要访问该页面时可以在终端的浏览器中输入如下网站url：[0305]http://www.aaa.com/f-m-2？pid＝useradd；其中，"？"为后台程序和页面标识的分隔符。[0306]s802、终端向服务器发送url请求，url请求用于指示需要访问的页面的页面标识、以及修改页面类型和新增页面类型对应的后台程序。[0307]如步骤s801中所述，修改页面类型和新增页面类型对应的后台程序相同。例如，修改页面类型和新增页面类型对应的后台程序均为f-m-2。需要访问的修改页面类型的页面的页面标识可以为usermod。需要访问的新增页面类型的页面的页面标识可以为useradd。[0308]s803、服务器根据url请求，调用修改页面类型和新增页面类型对应的后台程序，并将需要访问的页面的页面标识传递给修改页面类型和新增页面类型对应的后台程序。[0309]可以理解，不论url请求所指示的页面标识对应的页面属于修改页面类型，还是属于新增页面类型，服务器均会调用同一个后台程序进行后续处理。[0310]例如，当需要访问的修改页面类型的页面的页面标识为usermod时，服务器可以调用后台程序f-m-2，并将"pid＝usermod"传递给后台程序f-m-2。当需要访问的新增页面类型的页面的页面标识为useradd时，服务器可以调用后台程序f-m-2，并将"pid＝useradd"传递给后台程序f-m-2。[0311]s804、修改页面类型和新增页面类型对应的后台程序根据需要访问的页面的页面标识，读取需要访问的页面的配置标签。[0312]如关于列表页面类型的页面的实施方式中所述，服务器中可以建立一个总标签配置文件，所有页面的配置标签均可以放置于该总标签配置文件中。服务器可以调用后台程序，根据页面的pid，从总标签配置文件中定位与该pid对应的所有参数配置项。也即，修改页面类型和新增页面类型对应的后台程序同样可以根据需要访问的页面的页面标识，从总标签配置文件中定位与需要访问的页面的页面标识对应的所有参数配置项。[0313]例如，当pid为usermod时，后台程序f-m-2可以读取与usermod相关的所有配置项；当pid为useradd时，后台程序f-m-2可以读取与useradd相关的所有配置项等。[0314]同样如前述实施例中所述，修改页面类型的页面的配置标签可以包括：页面内容配置项、前置mml配置项、前置mml命令、mml配置项、以及登录控制配置项。新增页面类型的页面的配置标签与修改页面类型的页面的配置标签基本相同，其不同之处在于，新增页面类型的页面的配置标签中不包含前置mml命令，无需配置前置mml配置项的值，即无需先查询数据库读取需要修改项的原始初值。[0315]s805、修改页面类型和新增页面类型对应的后台程序解析需要访问的页面的配置标签中的内置函数。[0316]内置函数的解析过程已在前述实施例中进行描述，在此不再赘述。[0317]但需要说明的是，由于修改页面类型的页面的配置标签中还包括：前置mml配置项。所以，若前置mml配置项中存在内置函数，则步骤s805中在进行内置函数的解析时，也会对前置mml配置项中的内置函数进行解析。例如，可以解析前置mml配置项中的内置函数，获取完整的、可执行的前置mml命令。[0318]s806、修改页面类型和新增页面类型对应的后台程序判断前置mml配置项中是否有值。[0319]若前置mml配置项中有值，则表示需要访问的页面属于修改页面类型；若前置mml配置项中没有值，则表示需要访问的页面属于新增页面类型。[0320]当前置mml配置项中有值时，可以先执行步骤s807a和步骤s807b，再执行步骤s808；当前置mml配置项中没有值时，可以直接执行步骤s808。[0321]如步骤s803的相关描述中所述，不论url请求所指示的页面标识对应的页面属于修改页面类型，还是属于新增页面类型，服务器均会调用同一个后台程序进行后续处理。而修改页面类型和新增页面类型对应的后台程序在执行过程中，通过步骤s806即可根据前置mml配置项的值，确定需要访问的页面所属的类型为修改页面类型或新增页面类型，以确定后续步骤的执行顺序。[0322]s807a、修改页面类型和新增页面类型对应的后台程序执行前置mml命令，并读取前置mml命令的执行结果。[0323]其中，前置mml命令的执行结果可以参考前述实施例中所述的mml命令的执行结果。例如，前置mml命令的执行结果也可即为执行前置mml命令后的前置mml返回消息。读取前置mml命令的执行结果，可以是指获取前置mml返回消息，并解析前置mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。如修改用户密码之前，需要先获得用户旧密码等。[0324]s807b、修改页面类型和新增页面类型对应的后台程序将前置mml命令的执行结果存入服务器的公共变量中。[0325]例如，修改页面类型和新增页面类型对应的后台程序可以将前置mml命令的执行结果中的返回字段(attr)、返回字段结果(result)的值存入服务器的公共变量(session)中，以便于在页面跳转后能再次获取到执行结果中的attr及result返回值。[0326]需要说明的是，服务器一般有一个公共变量，类似于系统环境变量。当用户访问网站的不同网页时，页面之间会不断跳转，如：a页面跳转至b页面，再通过b页面跳转至c页面等。但无论页面之间如何跳转，不同页面之间均可以访问该公共变量。从而，可以实现不同页面之前共享这些变量信息。例如，当用户登录系统时，可以将用户“已登录”的标识存入公共变量中，这样其他页面只要检测用户“已登录”的标识，即可判断用户已经登录，从而不用再次提醒用户登录系统。[0327]s808、修改页面类型和新增页面类型对应的后台程序解析页面内容配置项，生成html标签。[0328]如前述实施例中所述，网页由一系列html代码生成，表单可以用于提供给用户输入一些基本信息。而表单一般由一系列的“<input/>”标签组成，也即，网页对应的html代码中包含有一系列的“<input/>”标签。[0329]s809、修改页面类型和新增页面类型对应的后台程序将页面内容配置项中配置的属性字段，与前置mml命令的执行结果中的返回字段进行字段匹配。[0330]s810、修改页面类型和新增页面类型对应的后台程序判断字段匹配是否成功。[0331]若匹配成功，则执行步骤s811；若匹配失败，则执行步骤s812。[0332]举例说明：[0333]假设页面内容配置项(cont)如下所示：[0334]{#pid}.cont＝％mhdn(用户名,id)％|％mtxt(密码,pass)％；[0335]前置mml配置项如下所示：[0336]{#pid}.mml＝[m][@m][mhead]c8qrysg:t＝test,a＝`id|pass`,c＝`id＝％keyid()％`[@mhead]；[0337]则，将页面内容配置项中配置的属性字段，与前置mml命令的执行结果中的返回字段进行字段匹配，可以是指：将{#pid}.mhead中前置mml返回字段(attr)与页面内容配置项中配置的属性字段进行匹配。也即，将前置mml返回消息中的pass字段配置页面内容配置项中％mtxt(密码,pass)％中的pass。[0338]需要说明的是，由于新增页面类型的页面的配置标签中不包含前置mml命令，未配置前置mml配置项的值，所以，若需要访问的页面所属的类型为新增页面类型，则将页面内容配置项中配置的属性字段，与前置mml命令的执行结果中的返回字段进行字段匹配时，结果一定是匹配失败。也即，若需要访问的页面所属的类型为新增页面类型，则修改页面类型和新增页面类型对应的后台程序一定会执行步骤s812。[0339]s811、修改页面类型和新增页面类型对应的后台程序读取前置mml命令的执行结果中的返回字段对应的返回字段结果的值，生成input标签及input标签的值。[0340]例如，修改页面类型和新增页面类型对应的后台程序可以生成input标签，并读取前置mml返回消息中的返回字段(attr)对应的返回字段结果(result)值，作为input标签的值(value)。[0341]s812、修改页面类型和新增页面类型对应的后台程序生成input标签。[0342]s813、服务器将需要访问的页面的初始页面信息发送给终端。[0343]s814、终端将初始页面信息通过浏览器呈现给用户。[0344]其中，若修改页面类型和新增页面类型对应的后台程序读取前置mml命令的执行结果中的返回字段对应的返回字段结果的值，生成input标签及input标签的value值，则终端的浏览器中显示的初始页面信息中包括input标签及input标签的value值。若修改页面类型和新增页面类型对应的后台程序生成input标签，则终端的浏览器中显示的初始页面信息中包括input标签，不包括input标签的value值。[0345]举例说明：[0346]图9示出了本技术实施例提供的页面信息的一种示意图。[0347]若修改页面类型和新增页面类型对应的后台程序读取前置mml命令的执行结果中的返回字段对应的返回字段结果的值，生成input标签及input标签的value值，则终端的浏览器中显示的初始页面信息可以如图9所示。其中，用户名和密码即为input标签；用户名后的输入框中的“zhangsan”、以及密码后的输入框中的“******”即为input标签的value值。[0348]图10示出了本技术实施例提供的页面信息的另一种示意图。[0349]若修改页面类型和新增页面类型对应的后台程序生成input标签，则终端的浏览器中显示的初始页面信息可以如图10所示。其中，用户名和密码为input标签；用户名和密码后的输入框中均为空，表示不存在input标签的value值。[0350]进一步，用户可以在终端的浏览器所显示的初始页面上输入需要填写的信息，并提交。用户提交输入的填写信息后，终端可以将用户的填写信息发送给服务器。服务器可以根据接收到的用户的填写信息，进行数据的修改或新增。[0351]也即，请继续参考图8所示，本技术实施例提供的修改页面类型和新增页面类型的页面的实施流程，还可以包括：[0352]s815、终端接收用户输入的填写信息并发送给服务器。[0353]请参考图9或图10，例如，用于可以在终端的浏览器所显示的初始页面上，输入用户名和密码，并点击提交按钮。当然，其他实施方式中，用户输入的填写信息还可以是邮箱、账号、电话号码等，在此不作限制。用户点击提交按钮后，浏览器可以将用户输入的填写信息通过终端重新返回给修改页面类型和新增页面类型对应的后台程序。[0354]s816、修改页面类型和新增页面类型对应的后台程序根据mml配置项中配置的mml命令、以及用户输入的填写信息，组装生成完整mml命令。[0355]例如，当用户填写网页信息栏后，点击提交按钮后，浏览器会将用户填写的多个信息栏存放于post数组中，统一将post数组值再次发送给修改页面类型和新增页面类型对应的后台程序。也即，服务器接收到的用户输入的填写信息实际为浏览器发送的post数组值。[0356]修改页面类型和新增页面类型对应的后台程序得到浏览器传过来的post数组值后，可以将mml配置项中配置的mml命令与post数组值进行组装，生成完整mml命令。[0357]可选地，部分浏览器可能会自动对post数据进行编码(urlencode)加密。修改页面类型和新增页面类型对应的后台程序得到浏览器传过来的post数组值后，还可以先循环解析每项post数组值，进行解密处理。[0358]可选地，步骤s816的伪代码实现可以如下：[0359][0360]s817、修改页面类型和新增页面类型对应的后台程序执行组装后的mml命令，并读取mml命令的执行结果。[0361]s818、修改页面类型和新增页面类型对应的后台程序根据mml命令的执行结果，生成需要访问的页面的页面信息。[0362]s819、服务器将需要访问的页面的页面信息发送给终端。[0363]s820、终端将页面信息通过浏览器呈现给用户。[0364]对上述步骤s817至步骤s820进行举例说明：[0365]修改页面类型和新增页面类型对应的后台程序读取的mml命令的执行结果可以包括mml返回消息中的返回码(retn)、返回码描述(des)、返回字段(attr)、返回字段结果(result)等输出参数。修改页面类型和新增页面类型对应的后台程序根据mml命令的执行结果，所生成需要访问的页面的页面信息可以包括mml返回消息中的返回码描述(des)值。相应地，终端通过浏览器呈现给用户的页面信息可以包括该返回码描述(des)值。例如，可以在前端页面向用户提示“修改成功”、“增加成功”、“修改失败”、“增加失败”等。[0366]由上可知，本技术实施例中，将新增页面类型的页面的实现逻辑，集成在了整个修改页面类型的页面的代码逻辑中。这样，当用户在访问url时，则只需要感知一个后台程序即可。[0367]上述主要从各个网元之间交互的角度对本技术实施例提供的方案进行了介绍。可以理解的是，各个网元，例如服务器，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。[0368]本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。[0369]本技术实施例可以根据上述方法示例对服务器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。[0370]在采用对应各个功能划分各个功能模块的情况下，本技术实施例提供一种数据管理系统开发装置。该数据管理系统开发装置可以应用于上述实施例所述的服务器。图11示出了本技术实施例数据管理系统开发装置的结构示意图，如图11所示，该数据管理系统开发装置可以包括：接收模块11，用于支持服务器执行图3所示的数据管理系统开发方法中的步骤s301；处理模块12，用于支持服务器执行图3所示的数据管理系统开发方法中的步骤s302至步骤s304。[0371]一种实施方式中，当第一页面所属的页面类型为列表页面类型时，处理模块12具体可以用于根据mml命令的输出参数，第一页面的配置标签中的表头配置项、表头分隔比配置项、mml配置项、登录控制配置项、列表条数配置项、以及分页控制配置项，生成第一页面的页面信息。[0372]另一种实施方式中，当第一页面所属的页面类型为删除页面类型时，处理模块12具体可以用于根据mml命令的输出参数、第一页面的配置标签中的mml配置项和登录控制配置项，生成第一页面的页面信息。[0373]又一种实施方式中，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块12具体可以用于接收待处理数据的post数组值；调用第一页面所属的页面类型对应的后台程序，根据post数组值，执行第一页面的配置标签中包含的mml命令。[0374]可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块12还可以用于调用第一页面所属的页面类型对应的后台程序，判断第一页面的配置标签中的前置mml配置项中是否存在前置mml配置值。若前置mml配置项中存在前置mml配置值，则执行第一页面的配置标签中的前置mml命令。解析前置mml命令的执行结果，获得前置mml命令的输出参数。并将前置mml命令的输出参数中的返回字段和返回字段值存入公共变量。其中，前置mml命令的输出参数中的返回字段和返回字段值为修改前的初始值。以及，用于根据第一页面的配置标签中的页面内容配置项，生成第一页面对应的html标签。判断页面内容配置项中配置的属性字段与所述前置mml命令的输出参数中的返回字段是否匹配。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段匹配，则根据第一页面对应的html标签，生成输入input标签、以及input标签的值。若页面内容配置项中配置的属性字段与前置mml命令的输出参数中的返回字段不匹配，则根据第一页面对应的html标签，生成input标签。[0375]可选地，当第一页面所属的页面类型为修改页面类型或新增页面类型时，处理模块12具体还可以用于根据mml命令的输出参数，第一页面的配置标签中的页面内容配置项、mml配置项、以及登录控制配置项，生成第一页面的页面信息。[0376]其中，处理模块12可以是处理器或控制器。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。[0377]需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。[0378]本技术实施例还提供一种服务器，可以用于执行上述数据管理系统开发方法，因此可以达到与上述数据管理系统开发方法相同的效果。该服务器可以包括：处理器和存储器。处理器和存储器藕接，存储器上存储有计算机指令。当服务器运行时，处理器执行存储器上的计算机指令，以实现如前述实施例中所述的数据管理系统开发方法。[0379]可选地，本技术实施例提供一种计算机可读存储介质。计算机可读存储介质上可以存储有计算机指令，当计算机指令被处理器执行时可以实现如前述实施例中所述的数据管理系统开发方法。[0380]可选地，本技术实施例还提供一种计算机程序产品，该计算机程序产品被执行时可以实现如前述实施例中所述的数据管理系统开发方法。[0381]可选地，本技术实施例还提供一种芯片系统，该芯片系统应用于如前述实施例中所述的服务器；芯片系统包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；处理器通过接口电路从电子设备的存储器接收并执行计算机指令。[0382]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。[0383]在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。[0384]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。[0385]另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0386]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。[0387]以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
