一种公众号项目构建方法、装置、设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种公众号项目构建方法、装置、设备及存储介质。


背景技术：

2.当前，移动端的集成化快速开发方法主要采用的是持续集成的方式，即在编码完成后对代码进行自动化检查、测试、部署等过程。这样的流程化解决方案,对开发者而言，能够将大量重复、繁琐且低效率的人工操作自动化,以自动化的流程帮助开发者提高开发频率,快速识别和纠正问题,缩短版本发布周期；对项目开发而言，集成方法可以将软件开发项目花费在集成上的风险最小化,并明确软件项目的开发进程,缩短项目完成时间,提升项目产品质量。
3.现阶段前后端部署大多是通过手动操作来实现，比如使用sftp工具对前端项目进行打包部署的操作是，对非普通项目的vue项目进行打包操作，之后通过管理平台上传至对应项目的热跟新目录下，最后实现测试环境下的项目更新；后端首先将程序包装为jar包，之后通过服务器将jar包从本地上传到对应项目的后端服务器，再利用putty工具连接服务器完成查看日志、创建文件夹、进入文件夹、备份jar包，最后将jar包上传到对应项目目录下并启动服务器进而校验运行结果。
4.而自动部署现阶段大多是利用jenkins这款ci工具实现,它利用插件提供了很多动态化的扩展,是开发者能够自由的使用各种方案部署项目到服务器上。了解项目整个部署的流程，然后结合各个流程jenkins提供的插件仓库进行jenkins方面的实现。以一个使用git进行版本管理、java语言编写的maven项目举例其操作流程如图1所示。
5.基于持续集成方法的移动端开发方式的优点是简单直接，开发者只需做相应配置即可自动化代码检测、部署等，极大的节省了部署时间，但是短板也很明显，即它只涵盖了编码完成后的开发过程，对于移动端开发前，开发中的效率提升并没有涉及。


技术实现要素：

6.本发明实施例提供一种公众号项目构建方法、装置、设备及存储介质，提升了移动端开发的可复用性、可维护性和可扩展性，显著提升移动端开发的效率，使得移动端开发在保证速度的基础上获得更高的质量。
7.第一方面，本发明实施例提供了一种公众号项目构建方法，包括：
8.检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；
9.检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；
10.若检测通过，则根据所述公众号项目信息构建目标公众号项目。
11.第二方面，本发明实施例还提供了一种公众号项目构建装置，该装置包括：
12.确定模块，用于检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；
13.跳转模块，用于检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；
14.构建模块，用于若检测通过，则根据所述公众号项目信息构建目标公众号项目。
15.第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明实施例中任一所述的方法。
16.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的方法。
17.本发明实施例通过检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；若检测通过，则根据所述公众号项目信息构建目标公众号项目，提升了移动端开发的可复用性、可维护性和可扩展性，显著提升移动端开发的效率，使得移动端开发在保证速度的基础上获得更高的质量。
附图说明
18.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
19.图1是现有技术中jenkins部署流程图；
20.图2是本发明实施例中的一种公众号项目构建方法的流程图；
21.图2a是本发明实施例中的移动端开发快速接入方法架构图；
22.图2b是本发明实施例中的通用ui组件库功能模块示意图；
23.图2c是本发明实施例中的组件需求提取与开发流程图；
24.图2d是本发明实施例中的esb接入流程图；
25.图2e是本发明实施例中的加密流程图；
26.图2f是本发明实施例中的全生命周期集成管理平台功能架构图；
27.图2g是本发明实施例中的项目开发应用流程的示意图；
28.图3是本发明实施例中的一种公众号项目构建装置的结构示意图；
29.图4是本发明实施例中的一种电子设备的结构示意图；
30.图5是本发明实施例中的一种包含计算机程序的计算机可读存储介质的结构示意图。
具体实施方式
31.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便
于描述，附图中仅示出了与本发明相关的部分而非全部结构。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
32.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
33.本发明使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”。
34.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
35.图2为本发明实施例提供的一种公众号项目构建方法的流程图，本实施例可适用于公众号项目构建的情况，该方法可以由本发明实施例中的公众号项目构建装置来执行，该公众号项目构建装置可采用软件和/或硬件的方式实现，如图2所示，该方法具体包括如下步骤：
36.s110，检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息。
37.其中，所述第一编辑操作可以为点击操作，也可以为填写操作，或者可以为点击操作和填写操作，本发明实施例对此不进行限制。
38.其中，所述公众号项目信息包括：公众号项目名称、公众号项目编号、公众号名称、服务名、负责人、机构、测试环境地址以及数据调取方式中的至少一种，例如可以是，所述公众号项目信息包括：公众号项目名称、公众号项目编号、公众号名称、是否新建公众号、是否维护公众号、公众号可见范围、服务名、业务或者科技负责人、需求机构/部门、sit测试环境地址、uat测试环境地址、esb方式/直连方式以及seb交易码。
39.具体的，检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息的方式可以为：所述公众号项目信息编辑界面上显示多个下拉窗口，每个下拉窗口中包括多个信息，在用户点击下拉窗口中的某一条信息的情况下，根据用户点击的某一条信息确定公众号信息。检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息的方式还可以为：所述公众号项目信息编辑界面上显示多个下拉窗口，每个下拉窗口中包括多个信息，在检测到用户在下拉窗口中填写信息时，根据用户在下拉窗口中填写的信息确定公众号项目信息。
40.s120，检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测。
41.其中，所述请求列表界面包括：已经发起的全部接入申请，接入申请的状态，以及接入申请对应的公众号项目信息。例如可以是，所述请求列表界面包括：接入申请a，接入申请a对应的公众号项目信息以及接入申请a处于通过状态。
42.其中，对所述公众号项目信息进行检测的方式可以为：检测公众号信息是否完整，若公众号信息完整，则检测公众号信息是否准确，若公众号信息完整且准确，则确定检测通过，若公众号信息不完整和/或公众号信息不准确，则检测失败。
43.具体的，若检测到用户对公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，检测公众号信息是否完整，若公众号信息完整，则检测公众号信息是否准确，若公众号信息完整且准确，则确定检测通过。
44.s130，若检测通过，则根据所述公众号项目信息构建目标公众号项目。
45.具体的，根据所述公众号项目信息构建目标公众号项目的方式可以为：获取历史公众号项目对应的历史公众号项目信息；根据所述历史公众号项目信息确定至少一个业务需求和所述至少一个业务需求对应的出现频次；获取出现频次大于频次阈值的业务需求对应的业务组件集合；根据所述历史公众号项目信息确定至少一个通用需求和所述至少一个通用需求对应的出现频次；获取出现频次大于频次阈值的通用需求对应的通用组件集合；根据所述业务组件集合和所述通用组件集合构建组件平台；基于所述组件平台和公众号项目信息构建目标公众号项目。
46.可选的，所述公众号项目信息包括：公众号项目名称、公众号项目编号、公众号名称、服务名、负责人、机构、测试环境地址以及数据调取方式中的至少一种。
47.其中，所述测试环境地址可以为：sit测试环境地址，也可以为uat测试环境地址，也可以为sit测试环境地址和uat测试环境地址。
48.其中，所述负责人为业务或者科技负责人。所述机构可以为：需求机构/部门，所述数据调取方式可以为：直连方式，也可以为esb方式，若为esb方式，则需要提供seb交易码。
49.可选的，在若检测通过，则根据所述公众号项目信息构建目标公众号项目之后，还包括：
50.根据测试环境地址对目标公众号项目进行测试，得到目标测试结果。
51.其中，所述目标测试结果包括：uat测试报告和/或系统测试报告。
52.具体的，根据测试环境地址对目标公众号项目进行测试，得到目标测试结果的方式可以为，根据sit测试环境地址和/或uat测试环境地址对目标公众号项目进行测试，得到目标测试结果。
53.可选的，在根据测试环境地址对目标公众号项目进行测试，得到目标测试结果之后，还包括：
54.获取未投产的公众号项目对应的服务名和目标测试结果，根据未投产的公众号项目对应的服务名和目标测试结果生成投产申请界面；
55.检测到用户对投产申请界面上的至少一个下拉窗口的第二编辑操作，根据所述第二编辑操作确定投产信息；
56.检测到用户对所述投产申请界面上的第二上传控件的触控操作，则跳转至投产申请列表界面，并对投产信息进行检测；
57.若检测通过，则获取所述目标公众号项目对应的目标投产包。
58.其中，所述投产信息包括：投产时间、服务名、公众号名称、是否首次投产、投产包名称、目标测试结果、投产确认书以及机构确认文件中的至少一种。例如可以是，投产时间、服务名、公众号名称、直连方式/esb方式、是否首次投产、投产包名称、uat测试报告、系统测
试报告、投产确认书以及机构确认文件。
59.其中，所述投产申请界面上的服务名对应的下拉窗口中仅包含未投产的公众号项目对应的服务名。
60.其中，所述第二编辑操作可以点击操作，也可以为填写操作，还可以为用户上传的内容，本发明实施例对此不进行限制。
61.其中，所述投产申请列表界面中显示有用户发起的全部投产申请、投产申请对应的投产信息，以及投产申请状态。
62.其中，对投产信息进行检测的方式可以为：检测投产信息是否完整，若投产信息完整，则检测投产信息是否准确。对投产信息进行检测的方式还可以为：检测投产信息是否完整，若投产信息完整，则检测投产信息的格式是否为对应格式。对投产信息进行检测的方式还可以为：检测到用户对所述投产申请界面上的第二上传控件的触控操作，则获取第一时间，若所述第一时间和所述投产时间之间的间隔时间小于或者等于时间阈值，则拒绝所述投产信息对应的投产申请；若所述第一时间和所述投产时间之间的间隔时间大于所述时间阈值，所述投产信息完整，且所述投产信息是否和投产信息所属类别对应，则通过所述投产信息对应的投产申请。
63.可选的，还包括：
64.检测到用户对所述投产申请界面上的第二上传控件的触控操作，则获取第一时间；
65.相应的，对投产信息进行检测包括：
66.若所述第一时间和所述投产时间之间的间隔时间小于或者等于时间阈值，则拒绝所述投产信息对应的投产申请；
67.若所述第一时间和所述投产时间之间的间隔时间大于所述时间阈值，所述投产信息完整，且所述投产信息是否和投产信息所属类别对应，则通过所述投产信息对应的投产申请。
68.其中，所述时间阈值可以为用户设定，也可以为系统设定，本发明实施例对此不进行限制。
69.具体的，若用户发起投产申请的时间和投产信息中的投产时间较近，则用户无法进行投产准备，因此，需要满足第一时间和所述投产时间之间的间隔时间大于所述时间阈值。
70.具体的，若所述第一时间和所述投产时间之间的间隔时间大于所述时间阈值，所述投产信息完整，且所述投产信息是否和投产信息所属类别对应，则通过所述投产信息对应的投产申请，例如可以是，若所述第一时间和所述投产时间之间的间隔时间大于所述时间阈值，必须填写的投产信息均进行了填写或者上传，且服务名对应的位置填写的是服务名，而并非投产日期，投产日期对应的位置填写的是投产日期，而并非其他信息等。
71.可选的，在获取所述目标公众号项目对应的目标投产包之后，还包括：
72.根据所述目标投产包确定部署包；
73.根据目标投产包名称确定与所述目标投产包名称对应的第一服务名称；
74.根据所述第一服务名确定第一公众号项目；
75.将所述部署包部署至所述第一公众号项目。
76.具体的，通过审核的投产申请，用户需要通过邮件的方式将前端投产代码包发送给管理员，管理员在接收到投产包后，登录自动化平台服务器根据投产包打包成自动化部署包，将自动化部署包上传至自动化部署平台，在测试环境执行自动化部署包，通过验证测试环境公众号系统是否显示正常，判断自动化部署包是否有误。在验证无误后，将自动化部署包提交至生产环境下的自动化部署平台，然后管理员可以在投产当天规定的投产时间，在自动化部署平台的生产环境执行自动化部署包，到此完成部署操作。之后管理员会通知用户，告知用户部署完成，用户可以自行通知测试人员，进行生产环境测试。
77.可选的，根据所述公众号项目信息构建目标公众号项目包括：
78.获取历史公众号项目对应的历史公众号项目信息；
79.根据所述历史公众号项目信息确定至少一个业务需求和所述至少一个业务需求对应的出现频次；
80.获取出现频次大于频次阈值的业务需求对应的业务组件集合；
81.根据所述历史公众号项目信息确定至少一个通用需求和所述至少一个通用需求对应的出现频次；
82.获取出现频次大于频次阈值的通用需求对应的通用组件集合；
83.根据所述业务组件集合和所述通用组件集合构建组件平台；
84.基于所述组件平台和公众号项目信息构建目标公众号项目。
85.其中，所述频次阈值可以为预先设定，也可以为系统设定，本发明实施例对此不进行限制。
86.在一个具体的例子中，本发明实施例构建了一种“四位一体”的基于移动端的企业智能及业务场景快速开发接入方法，通过融合定制化组件化平台、辅助移动端开发网站、规范化的通用接口和安全封装技术以及集成化管理平台这四个部分，实现移动端业务场景的快速开发接入，如图2a所示是基于移动端的企业智能及业务场景快速开发接入方法架构图，集成管理平台贯穿控制整个移动端开发过程，包括需求管理、任务管理、代码开发、代码测试、代码部署、应用投产等一系列过程；在代码开发阶段，依托定制化组件平台实现移动端快速开发，通过通用接口和安全封装完成移动端代码开发工作；在成功测试、部署之后，依据辅助前端网站完成移动端app的投产工作。通过这样“四位一体”的架构，为移动端企业智能及业务场景快速开发接入提供解决方案。
87.主要包含以下四个部分：
88.1、本发明实施例提出一种解决多系统业务信息上线管理投产流程的辅助前端网站，包括：申请管理模块、管理中心模块、模板模块和信息展示模块，其中：
89.申请管理模块：用于发起业务流程中接入申请和投产申请请求；信息中心模块，用于维护用户创建的接入申请和投产请求信息和审核状态。
90.管理中心模块：用于辅助具有管理权限的用户对用户创建的接入申请和投产申请进行维护和审核，同时针对性的维护管理员角色，扩展相应的权限划分，将所述模块进行功能单元最小化，动态划分功能分配，关注申请的时间要素，可以动态的维护投产时间和可编辑日期，实现了可视化系统维护。
91.模板模块：该模块维护系统中的管理员提供的模板内容，提供维护共享资源功能，辅助用户快速完成准备工作，实现资源的统一集中公开处理。
92.信息展示模块，该模块包括简介模块、接入指南模块、环境安装模块、联系我们模块，所述模块针对移动端开发接入和投产流程进行详细讲述，提供联系沟通方式以及用户准备工作的内容。
93.辅助前端网站包含负责数据库访问的dal，处理请求和信息处理的业务逻辑层，通过控制层来调用业务逻辑层和表现层去完成用户的需求，最后基于渐进式的前端框架vue结合vantui组件库构建了web表现层，通过各层之间的协作分工，完成辅助前端网站的构建，促进移动端开发效率的提升。
94.本发明实施例所提出的辅助前端网站应用流程包括如下步骤：
95.步骤1：针对需要在移动端添加公众号项目或在前期已开发公众号项目进行迭代开发的用户，用户在登录本系统后，发起接入申请。在发起申请之前，用户需要完成前期的准备内容，确定公众号项目信息，包括：公众号项目中文名称、公众号项目英文名称、公众号项目编号、是否新建公众号、公众号名称、公众号可见范围、服务名、业务或者科技负责人、需求机构/部门、系统采用esb/直连方式、sit测试环境地址和uat测试环境地址，以上信息重要且不可缺少，如果是esb模式需要额外提供esb交易码。根据上述准备内容在申请管理模块的接入申请模块中进行填写，发起接入申请，接入申请发起后触发流转程序，进入接入列表，随后进行审核。
96.步骤2：在管理中心模块的接入列表模块中接收用户的接入申请请求，根据用户填写的接入申请内容，确保信息是否完整，判断和步骤1中用户准备内容是否匹配，判断是否填写所有必输信息，同时检查系统采用esb方式连接时，是否提供esb交易码，根据上述审核条件进行审核，判断通过还是拒绝。管理员审核完成后，接入申请审核情况同步反显给用户。
97.步骤3：用户在信息中心模块的接入列表模块中，可以查看自己发起的全部接入申请，以及接入申请的状态。对于被拒绝的接入申请，用户可以在修改后再次发起接入申请，对于已经通过的接入申请，用户可以进行下一步操作。
98.步骤4：在接入申请被管理员审核通过后，用户可以在系统中发起和审核通过的接入申请相匹配的投产申请。用户需要准备以下信息：投产日期、服务名、公众号名称、esb/直连、是否首次投产、投产包名、uat测试报告、系统测试报告、投产确认书、机构邮件。其中服务名和已经审核通过的接入申请中服务名保持一致，机构邮件用户可以选择性准备，其余信息重要且不可缺少。用户根据上述内容在系统申请模块的投产申请模块中进行填写，申请后触发流转程序，进入投产列表。
99.步骤5：管理员在管理中心模块的投产列表模块中接收用户的投产申请请求，根据投产申请内容，确保信息是否完整，判断和步骤4中用户准备内容是否匹配判断是否填写所有必输信息，通过判断服务名、公众号名称、esb/直连等信息检查投产申请和接入申请中信息是否保持一致，根据上述审核条件进行审核，判断通过还是拒绝。管理员审核完成后，投产申请审核情况会同步反显给用户。
100.步骤6：用户在信息中心模块的投产列表模块中，可以查看自己发起的全部投产申请，以及投产申请的状态。通过审核的投产申请，用户需要通过邮件的方式将前端投产代码包发送给管理员，管理员在接收到投产包后，登录自动化平台服务器根据投产包打包成自动化部署包，将自动化部署包上传至自动化部署平台，在测试环境执行自动化部署包，通过
验证测试环境公众号系统是否显示正常，判断自动化部署包是否有误。在验证无误后，将自动化部署包提交至生产环境下的自动化部署平台，然后管理员可以在投产当天规定的投产时间，在自动化部署平台的生产环境执行自动化部署包，到此完成部署操作。之后管理员会通知用户，告知用户部署完成，用户可以自行通知测试人员，进行生产环境测试。
101.本发明实施例提出的辅助前端网站的优势在于能够浓缩业务逻辑、拓展业务面向、减少业务成本、跟踪业务流程、规范投产流程等，具体包括：(1)精简化移动端集成周边系统复杂流程，详细介绍接入移动端开发的三个阶段细节，将前期准备、开发指南、投产指南浓缩概括。实现接入申请、投产申请和审核的一体化流程覆盖，利用审核机制，完成信息的二次确认和业务流向阻断，快速便捷实现业务同步和信息可视化，降低业务流程时间跨度。(2)着重业务流程，进行跟踪记录，规范投产流程行为，提高移动端接入开发投产流程的质量，方便回溯进程，通过本网站进一步集成功能，实现自动化跟踪流程。(3)外联其它外部系统，辅助用户快速使用，推进工作进展，提高管理者和普通用户的工作效率。同时，实现资源统一共享，项目构建经验的维护，完成资源的高效可利用，实现信息资源业务一体化，用户可以快速检索实现资源筛选。(4)用户身份化，赋予不同权限，辅助相应工作职责，实现功能最小单元化，根据权限和职责分配功能最小单元块，利用不同功能最小单元块的组合实现身份划分，实现身份可视化和分隔，对可视化用户身份进行针对化管理，可以动态增加或减少相应身份权限，完成身份可管理。
102.2、本发明实施例提出一种基于vue架构的移动端前端通用ui组件库：
103.通用ui组件库主要包含的功能模块如图2b所示，涵盖项目流程、公共组件库、代码规范三个部分，通用ui组件库将复杂业务场景快速开发组件化，构建了以基础组件、业务组件为两个轮子的通用ui组件库，解决了单一基础组件库难以直接应用且需要二次开发的问题，简化了组件应用开发流程，逐步向组件即页面过渡，服务于复杂业务开发，全方位助力移动端代码开发。
104.通用ui组件库组件管理模块和多个通用组件；组件管理模块是各组件与前端网页以及各组件之间的通讯接口；通用组件包括对象输入组件、对象选择器组件、表格浏览组件和对话框组件。对象输入组件用于用户对信息的输入和提交；对象选择器组件用于用户依据不同属性对对象的筛选，包括下拉框选择器、单项选择器和多项选择器；表格浏览组件用于查询结果的展示；对话框组件用于和用户的信息交互，通过通用组件能够最大幅度实现组件复用，提升开发效率。
105.与业务有关联的业务组件，例如常见业务场景中的常用组件，如商品卡片组件、滑动删除组件以及附件预览组件等。业务组件的开发是数据驱动的面向需求开发，即梳理已完成开发的大量公众号项目，进行业务需求挖掘与频次统计，整理出业务需求频次统计排名，当业务需求频次超过一定数量，则将其纳入业务组件需求池，根据频次统计排名确定业务组件优先级，按照优先级排期开发对应业务组件，如滑动删除组件等，业务组件在业务场景中不断进行积累，根据业务发展不断更新常用组件，最大幅度实现业务组件的复用，提升开发效率，相关组件需求提炼与构建流程如图2c所示。
106.提供了通用方法类库及工具库，用于对时间对象以及常见数据类型进行处理。本发明实施例通过对各类组件可配置性的研究，以配置文件的形式对组件的属性、样式进行配置，可以随时删除、插入和修改，大大增强了web代码的易维护性，前端组件的可移植性
强，具有低耦合,高复用,高效等特性,学习成本低，能够提高前端开发人员的工作效率。
107.3、本发明实施例提出一种支持移动端系统规范便捷快速接入的通用接口及安全封装技术：
108.使用restful和esb的封装接口，使用json的数据格式，使用令牌授权，实现应用系统的多种系统规范便捷快速接入。各个系统依据移动端前端框架接入要求，使用统一的数据访问接口。标准的通用接口和分层设计控制体系为多样的生态应用提供安全的数据交互。
109.restful是一种网络应用程序的设计风格和开发方式，其适用于移动互联网作为业务接口的场景。restful架构遵循统一接口原则，统一接口包含了一组受限的预定义的操作，不论什么样的资源，都是通过使用相同的接口进行资源的访问。使用post和get请求方式分别对指定的url资源进行增删改查操作。因此，restful是通过uri实现对资源的管理及访问，具有扩展性强、结构清晰的特点。
110.当系统需要快速接入移动端app时，根据如图2d所示，esb使用统一规范的接口对接入系统进行请求转发以及xml报文转换，不用做单个适配。移动端app提供的第三方多种标准通用接口以及封装多个系统标准esb接口为多样的应用提供完全的数据支持。依托esb总线，实现业务区的数据安全交互，移动端app在esb标准接口基础上，使用json的数据格式，原有业务区接入esb总线的系统，只要针对移动端app的标准接口，对接口字段做简单调整即可实现快速的接入移动端app应用，实现敏捷开发及业务系统的信息交互。使系统生态扩展更便捷，不仅可以满足未来业务扩展需求，也减少了代码开发成本。移动端app的接入低门槛，快速性，实现了多个系统的快速接入移动端app的前端应用，实现纵向横向的系统应用扩展，实现移动端app的应用生态发展。
111.通用接口使用统一路由切分和统一的字段标识，统一路由切分是一种智能的、可扩展的企业路由和分配功能，前端通过统一的路由url进行管理，通过平台对其进行分发，根据方法名去切分，后台交易和服务不变。统一字段标识要求不论是请求报文还是响应报文，报文格式固定不变，字段不可添加、删除或修改。
112.在安全方面使用ssl、登录授权、访问授权、推送授权等多种安全机制，保障系统运行。移动端app使用ssl的安全传输，使用统一认证服务，完成登录认证。应用工作号使用加密的授权登录令牌，实现应用授权认证。推送使用加密工作号apikey，实现推送认证。应答服务使用实效令牌实现应答认证。
113.互联网业务数据传输层，根据不同应用场景采用不同的加密算法，在保证数据的安全性、完整性的同时，减少服务性能损耗，提升用户体验。对于较为敏感的数据，采用rsa非对称加密，私钥用于解密，存于服务端；公钥用于加密，存于客户端。具体为用户在登录成功时，服务端响应公钥信息，客户端存于当前会话内存，用户输入数据时使用公钥对数据加密后发送，服务端接收到数据使用私钥解密。用户退出系统、或重新登录时，分别自动销毁或更新当前会话中存储的公钥信息。由于使用rsa加密的数据长度受限、同时需要较多的计算资源，并不适合在所有业务数据交互的场景中使用。
114.对于一般敏感度的数据，采用对称加密算法和安全文件传输协议实现信息交互。对称加密是最快速、最简单的一种加密方式，也是非常安全和非常流行的。对称加密算法加密与解密使用同样的密钥，密钥交互过程类似rsa非对称加密，具体加密流程如图2e所示。
对文件交互采用md5进行完整性校验，简单而言，使用md5是将一段明文作为输入，输出一串固定长度的字符串，即此段明文的签名，并保证输入不同的明文，其输出的签名截然不同即有极低概率失效。其主要使用在密码加密、验证文件完整性、接口数据加签等场景来保证数据的完整性。
115.明文p：没有经过加密的数据，泛指业务数据，例如提交的时间、账号、金额、操作类型等；
116.密钥k：用来加密明文的随机密钥，由服务端颁发，存在于当前用户会话内存；
117.aes加密函数：设aes加密函数为e，则c＝e(k,p)，其中p为明文，k为密钥，c为密文。将明文p和密钥k作为加密函数的参数输入，则加密函数e会输出密文c；
118.密文c：经加密函数处理后的密文数据，只有使用对应密钥解密后方识别其内容；
119.aes解密函数：设aes解密函数为d，则p＝d(k,c)，其中c为密文，k为密钥，p为明文。将密文c和密钥k作为解密函数的参数输入，则解密函数会输出明文p。
120.利用信息及时消费技术，文件不落地技术和手机沙箱技术，使得每次操作直接从安全的服务器通讯中获取数据，信息一次性消耗，文件均不在客户端上保留，隔离恶意的手机监控。其中：
121.信息及时消费技术：移动端app禁止页面、文件缓存技术，每次操作直接从安全的服务器通讯中获取数据，信息一次性消耗，防止由于缓存页面、文件导致安全泄漏。(android具有监控手机空间的监控软件，可以比对一段时间增加的文件日志的方式，直接打开缓存页面数据)
122.文件不落地技术：移动端app禁止使用app本地数据库和h5的数据库，相关数据一次性消耗，数据、信息、文件不允许保留在手机app上，防止用户使用外部文件查看软件，查看移动端app文件，导致文件泄漏(android默认没有沙盒技术，可以通过文件管理器，直接查看app所生成的所有文件，和存储在app的数据库内数据)
123.手机沙箱技术：ios有一定的沙盒功能，防止客户直接查看应用系统下载的文件(ios默认沙盒功能有漏洞)，而android完全开放应用系统的文件，用户可以通过，文件查看软件，直接查看应用系统下载的文件。移动端app使用沙箱技术，将应用系统访问等任何信息，使用沙箱方式掩盖，防止客户使用监控程序，监控app。沙箱技术是使用沙箱原理将app在沙箱内运行，隔离了手机监控软件的手机监控。
124.4、本发明实施例提出一种覆盖移动端开发全生命周期的集成管理平台：
125.全生命周期集成管理平台架构如图2f所示，主要由需求信息模块、任务管理模块、持续集成管理模块和投产变更管理模块组成，通过获取需求信息在任务管理环节做到精确到每位开发人员的任务划分，就可以建立不同git分支实现工作具体量化，再由持续集成管理进行项目的自动部署，最后同步实时同步投产变更材料弱化开发与测试工作的反复性。
126.全生命周期集成管理平台应用过程如图2g所示，在业务人员、规划人员、开发人员三方经过需求讨论进而协同统一后，规划处同步开发状态，通过jira测试中心同步测试缺陷并且更新流水线状态，同步投产变更管理和自动化部署平台之间的变更结果，三处的同步实行有效的解决了之前所提到的管理者数据获取不统一、开发人员操作繁杂的问题，实现了项目的汇总清晰和任务量化。稳固的使用会使整个项目在需求管理、任务流转、开发分支管理、变更管理四个方面都会有进一步的加强作用，通过一步步的功能完善，全生命周期
集成管理平台同样可以通过数据库schema文件扫描数据库表结构以便于查询，即进一步应用完善数据库模块。
127.随着实际应用的需求发展，当业务需求和场景发生变化时，只需要重点进行需求分析，在前端辅助网站、组件化平台的帮助下最大程度复用已有流程、规范、组件成果等，利用全生命周期集成管理平台进行项目开发管理。从而，基于移动端的企业智能及业务场景快速开发接入方法能够更好地满足实际应用的多样化和发展需求。
128.本发明实施例是一种基于移动端的企业智能及业务场景快速开发接入方法，通用组件化平台显著提高工程编译速度，通过不同维度和应用环境下进行不同程度的拆分，达到代码解耦、组件灵活配置、并行开发的目的，来提高开发效率。前端辅助网站在拓展业务方面，显著浓缩业务逻辑，减少业务成本；实现资源统一共享，规范投产流程行为，实现自动化跟踪流程。全生命周期集成管理平台使用方便，操作简单，易上手，可实现项目的集中式管理及进行项目的自动部署，实现项目的汇总清晰和任务量化。显著提升开发与测试工作效率。移动端app的通用接口实现了敏捷开发，显著提升了系统生态扩展便捷性、满足了未来业务扩展可能性，实现移动端app的应用生态发展。在安全性方面，无论是客户端与服务端之间还是企业间服务器间的消息传递和服务调用，本平台采用了通讯层tls加密、应用层的aes rsa动态密钥的加密双重信息安全方案，确保通讯不被窃取和不被强制破解。
129.此外与常见移动即时通讯客户端采用明文存储不同的，客户端的本地存储采用基于sqlcipher的数据库加密方案、基于aes rsa动态密钥的文件加密方案，双重保障了客户端的数据安全。与其他基于云即时通讯服务不同的是，移动端app利用信息及时消费技术,文件不落地技术和手机沙箱技术,使得每次操作直接从安全的服务器通讯中获取数据，服务端并不会为在线消息落地存储，消息实时端对端发送实现信息一次性消耗，确保了所有用户的通讯数据在服务端不存在单点泄露的风险。
130.综上，本发明实施例覆盖整个移动端开发的全生命周期，从需求、开发到投产实现全方位助力，最大限度的缩短开发周期，降低开发成本，提高开发效率，显著提升企业服务开发能力。
131.本发明实施例提出一种基于移动端的企业智能及业务场景快速开发接入方法，打通移动端快速开发的全生命周期，从需求管理、任务管理、持续集成管理和投产管理入手，借助定制化的组件化平台，基于辅助移动端开发网站以及规范化的通用接口和安全封装技术，提供了一整套涉及移动端快速开发全生命周期的企业智能及业务场景快速开发接入方法，将移动端开发流程标准化，提升了移动端开发的可复用性、可维护性和可扩展性，显著提升移动端开发的效率，使得移动端开发在保证速度的基础上获得更高的质量，为日渐复杂的业务场景和快速开发需求提供可行的解决方案。
132.本实施例的技术方案，通过检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；若检测通过，则根据所述公众号项目信息构建目标公众号项目，提升了移动端开发的可复用性、可维护性和可扩展性，显著提升移动端开发的效率，使得移动端开发在保证速度的基础上获得更高的质量。
133.图3为本发明实施例提供的一种公众号项目构建装置的结构示意图。本实施例可
适用于公众号项目构建的情况，该装置可采用软件和/或硬件的方式实现，该装置可集成在任何提供公众号项目构建功能的设备中，如图3所示，所述公众号项目构建装置具体包括：确定模块210、跳转模块220和构建模块230。
134.其中，确定模块，用于检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；
135.跳转模块，用于检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；
136.构建模块，用于若检测通过，则根据所述公众号项目信息构建目标公众号项目。
137.上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。
138.本实施例的技术方案，通过检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；若检测通过，则根据所述公众号项目信息构建目标公众号项目，提升了移动端开发的可复用性、可维护性和可扩展性，显著提升移动端开发的效率，使得移动端开发在保证速度的基础上获得更高的质量。
139.图4为本发明实施例三提供的一种电子设备的结构示意图。图4示出了适于用来实现本发明实施方式的电子设备312的框图。图4显示的电子设备312仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备312是典型的轨迹拟合功能的计算设备。
140.如图4所示，电子设备312以通用计算设备的形式表现。电子设备312的组件可以包括但不限于：一个或者多个处理器316，存储装置328，连接不同系统组件(包括存储装置328和处理器316)的总线318。
141.总线318表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industry standard architecture，isa)总线，微通道体系结构(micro channel architecture，mca)总线，增强型isa总线、视频电子标准协会(video electronics standards association，vesa)局域总线以及外围组件互连(peripheral component interconnect，pci)总线。
142.电子设备312典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备312访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
143.存储装置328可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory，ram)330和/或高速缓存存储器332。电子设备312可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统334可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(compact disc-read only memory，cd-rom)、数字视盘(digital video disc-read only memory，dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线318相
连。存储装置328可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
144.具有一组(至少一个)程序模块326的程序336，可以存储在例如存储装置328中，这样的程序模块326包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块326通常执行本发明所描述的实施例中的功能和/或方法。
145.电子设备312也可以与一个或多个外部设备314(例如键盘、指向设备、摄像头、显示器324等)通信，还可与一个或者多个使得用户能与该电子设备312交互的设备通信，和/或与使得该电子设备312能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口322进行。并且，电子设备312还可以通过网络适配器320与一个或者多个网络(例如局域网(local area network，lan)，广域网wide area network，wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器320通过总线318与电子设备312的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备312使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(redundant arrays of independent disks，raid)系统、磁带驱动器以及数据备份存储系统等。
146.处理器316通过运行存储在存储装置328中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的公众号项目构建方法：
147.检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；
148.检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；
149.若检测通过，则根据所述公众号项目信息构建目标公众号项目。
150.图5为本发明实施例中的一种包含计算机程序的计算机可读存储介质的结构示意图。本发明实施例提供了一种计算机可读存储介质61，其上存储有计算机程序610，该程序被一个或多个处理器执行时实现如本技术所有发明实施例提供的公众号项目构建方法：
151.检测到用户对公众号项目信息编辑界面上的至少一个下拉窗口的第一编辑操作，则根据所述第一编辑操作确定公众号项目信息；
152.检测到用户对所述公众号项目信息编辑界面上的第一上传控件的触控操作，则跳转至接入请求列表界面，并对所述公众号项目信息进行检测；
153.若检测通过，则根据所述公众号项目信息构建目标公众号项目。
154.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合
使用。
155.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
156.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
157.在一些实施方式中，客户端、服务器可以利用诸如http(hyper text transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
158.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
159.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
160.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
161.描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
162.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
163.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供
指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
164.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。