本发明实施例涉及并行生成技术，尤其涉及一种小程序的生成方法、系统、服务器及存储介质。
背景技术：
随着业务多元化，行业纵深发展，一个微信小程序已经无法满足业务方的需求，多个小程序并行研发、快速上线已经成为当前的迫切任务，因此一套可以满足代码复用、解耦、资源按需打包、提高开发效率的小程序复用架构方案就显得尤其重要了。
目前的小程序开发主要依赖于微信开发者工具，小程序官方并未提供可管理多个小程序的开发工具从而导致微信开发者工具每次只能打开一个项目，存在不能对多个小程序进行并行开发，以及灵活度低、操作复杂、流程繁琐和工作效率较低的问题。
技术实现要素：
本发明提供一种小程序的生成方法、系统、服务器及存储介质，以实现高效快捷且可自定义的生成小程序。
第一方面，本发明实施例提供了一种小程序的生成方法，包括：
接收客户端发送的业务请求；
根据业务请求获取预设数据库中的业务信息；
根据业务信息获取预设引擎构建层的引擎构建信息，并根据业务信息获取预设代码层的源代码；
将引擎构建信息和源代码关联，以生成初始化生成框架；
将业务信息拉取至初始化生成框架以生成小程序。
可选的，业务信息、初始化生成框架和小程序分别为至少两个，初始化生成框架、业务信息和小程序一一对应。
可选的，引擎构建信息包括引擎构建基础信息和npm依赖包，将引擎构建信息和源代码关联，以生成初始化生成框架包括：
判断是否获取业务请求；
若获取到业务请求，则拉取预设引擎构建层的引擎构建基础信息和引擎npm依赖包，并同时拉取预设代码层的源代码；
判断引擎构建基础信息、npm依赖包和源代码是否正确；
若引擎构建基础信息、npm依赖包和源代码正确，则将引擎构建基础信息、npm依赖包与源代码按照预设规则关联，以生成初始化生成框架。
可选的，引擎构建信息还包括文件监控信息，将引擎构建信息和源代码关联，以生成初始化生成框架之后包括：
根据文件监控信息生成业务请求的监控日志；
根据监控日志判断引擎构建信息和源代码的存储位置是否发生变动；
若引擎构建信息和/或源代码的存储位置发生变动，则生成对应的文件变动信息并发送至第一预设服务器。
可选的，将业务信息拉取至初始化生成框架以生成小程序之后包括：
将小程序发送至第二预设服务器进行存储。
可选的，将业务信息拉取至初始化生成框架以生成小程序包括：
判断是否存在初始化生成框架；
若存在初始化生成框架，则根据业务信息生成拉取命令；
根据拉取命令拉取业务信息至初始化生成框架以生成小程序。
第二方面，本发明实施例还提供了一种小程序的生成系统，包括：
接收模块，用于接收客户端发送的业务请求；
第一获取模块，用于根据业务请求获取预设数据库中的业务信息；
第二获取模块，用于根据业务信息获取预设引擎构建层的引擎构建信息，并获取预设代码层的源代码；
关联模块，用于将引擎构建信息和源代码关联，以生成初始化生成框架；
生成模块，用于将业务信息拉取至初始化生成框架以生成小程序。
可选的，业务信息、初始化生成框架和小程序分别为至少两个，初始化生成框架、业务信息和小程序一一对应。
第三方面，本发明实施例还提供了一种服务器，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述实施例中任一项的小程序的生成方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例中任一的小程序的生成方法。
本发明通过利用预设数据库中的业务信息、预设引擎构建层的引擎构建信息和预设代码层的源代码，解决了现有技术中不能对多个小程序并行开发的技术问题，实现了代码复用、简化操作、高效且可自定义的生成小程序的技术效果。
附图说明
图1为本发明实施例一提供的一种小程序的生成方法的流程图；
图2为本发明实施例二提供的一种小程序的生成方法的流程图；
图3为本发明实施例三提供的一种小程序的生成系统的结构示意图；
图4为本发明实施例四提供的一种服务器的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。
此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一获取模块称为第二获取模块，且类似地，可将第二获取模块称为第一获取模块。第一获取模块和第二获取模块两者都是获取模块，但其不是同一获取模块。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
实施例一
图1为本发明实施例一提供的一种小程序的生成方法的流程图，本实施例可适用于多种小程序同时生成的情况，该方法可以由业务端或对应的服务器来执行。如图1所示，本实施例的小程序的生成方法，具体包括如下步骤：
步骤s110、接收客户端发送的业务请求；
具体的，客户端可以指需要进行业务调用的服务器或终端，比如一些金融企业，需要针对贷款用户的个人基本信息(手机号、年龄、性别和名字)、贷款信息(之前是否进行过贷款、贷款额度是多少)和其他信息(如家庭住址、工作地点、工作职称、学历和家庭成员等)，这时就可以通过该金融企业的金融业务对应的服务器或智能终端将查询该用户的个人基本信息、贷款信息和其他信息的业务请求(业务请求即一种由客户端发出的用于订阅某种业务服务的请求指令)至业务端(这里的业务端可以是指用于生成小程序的终端)。
步骤s120、根据业务请求获取预设数据库中的业务信息；
步骤s130、根据业务信息获取预设引擎构建层的引擎构建信息，并根据业务信息获取预设代码层的源代码；
具体的，当业务端接收到客户端发送的业务请求后，业务端就可以根据业务请求对应查询预设数据库中的业务资源，从而得到对应的业务信息。在本实施例中，业务信息是指根据业务请求获取到的对应的业务服务的结果。如业务请求时订单查询，则业务信息就是预设数据库中关于订单的具体数据，如订单号、订单数量和订单金额等。业务端还会根据接收到的业务请求，在预设引擎构建层获取引擎构建信息，并在预设代码层获取源代码。在本实施例中，预设数据库可以是业务端自身的数据库，如某公司或企业内部的数据库，也可以是第三方服务端的数据库，如某大数据平台的数据库。在本实施例中，预设引擎构建层可以指业务端的基础服务层，可以包括构建引擎、包依赖管理、代码检查、git仓库管理(git是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理)和文件变动监听等功能(这些功能对应的信息即为引擎构建信息)。预设代码层是指业务端的共享资源层，可以包括网络请求、工具函数、api、组件库和公共页面等对应预设好的代码，即这些代码一般不会发生改变，由前端开发人员预先写好程序，并存入预设数据库中，业务端只需对这些代码进行调用即可。
步骤s140、将引擎构建信息和源代码关联，以生成初始化生成框架；
具体的，在业务端获取到引擎构建信息和源代码后，可以将这些引擎构建信息和源代码进行关联，从而生成业务请求对应的小程序的初始化生成框架。
步骤s150、将业务信息拉取至初始化生成框架以生成小程序。
具体的，业务端可以将获取到的业务信息拉取到初始化生成框架中，对整个初始化生成框架执行打包编译命令，对业务信息中的图片进行压缩，对业务信息的代码进行合并压缩混淆，最后将处理过后的业务信息整合引擎构建信息和源代码，生成一个小程序应用的工程包，即完成了整个小程序的生成过程。
本发明实施例一的有益效果在于通过利用预设数据库中的业务信息、预设引擎构建层的引擎构建信息和预设代码层的源代码，解决了现有技术中不能对多个小程序并行开发的技术问题，实现了代码复用、简化操作、高效且可自定义的生成小程序的技术效果。
实施例二
本发明实施例二是在实施例一的基础上做的进一步优化。图2为本发明实施例二提供的一种小程序的生成方法的流程图。在本实施例中，引擎构建信息包括引擎构建基础信息、npm依赖包和文件监控信息，业务信息、初始化生成框架和小程序分别为至少两个，初始化生成框架、业务信息和小程序一一对应。如图2所示，本实施例的小程序的生成方法，包括：
步骤s210、接收客户端发送的业务请求；
具体的，客户端可以指需要进行业务调用的服务器或终端，比如一些金融企业，需要针对贷款用户的个人基本信息(手机号、年龄、性别和名字)、贷款信息(之前是否进行过贷款、贷款额度是多少)和其他信息(如家庭住址、工作地点、工作职称、学历和家庭成员等)，这时就可以通过该金融企业的金融业务对应的服务器或智能终端将查询该用户的个人基本信息、贷款信息和其他信息的业务请求至业务端(这里的业务端可以是指用于生成小程序的终端)。在本实施例中，业务请求可以是多个，即客户端同时发送多个业务请求。
步骤s220、根据业务请求获取预设数据库中的业务信息；
具体的，当业务端接收到客户端发送的业务请求后，业务端就可以根据业务请求对应查询预设数据库中的业务资源，从而得到对应的业务信息。在本实施例中，预设数据库可以是业务端自身的数据库，如某公司或企业内部的数据库，也可以是第三方服务端的数据库，如某大数据平台的数据库。举例来说，某公司同时发送订单查询业务请求和货存量查询业务请求到业务端，这时业务端就会根据订单查询业务请求和货存量查询业务请求分别查询预设数据库中关于订单和货存量的数据，并分别得到订单查询和货存量的业务信息。
步骤s230、判断是否获取业务请求；若获取到业务请求，则拉取预设引擎构建层的引擎构建基础信息和引擎npm依赖包，并同时拉取预设代码层的源代码；
具体的，在本实施例中，可以先判断业务端是否获取到客户端发送的业务请求，若业务端确实接收到业务请求，那么业务端就会根据接收到的业务请求，在预设引擎构建层获取引擎构建信息，并在预设代码层获取源代码。node包管理器(nodepackagemanager,npm)的主要功能就是管理node包，包括：安装、卸载、更新、查看、搜索、发布等。npm的背后，是基于couchdb的一个数据库，详细记录了每个包的信息，包括作者、版本、依赖、授权信息等，它的一个很重要的作用就是将开发者从繁琐的包管理工作(版本、依赖等)中解放出来，更加专注于功能的开发。在本实施例中，预设引擎构建层可以指业务端的基础服务层，可以包括构建引擎、npm包依赖管理、代码检查、git仓库管理和文件变动监听等功能，即对应引擎构建基础信息和npm依赖包。预设代码层是指业务端的共享资源层，可以包括网络请求、工具函数、api、组件库和公共页面等对应预设好的代码，即这些代码一般不会发生改变，由前端开发人员预先写好程序，并存入预设数据库中，业务端只需对这些代码进行调用即可。
步骤s240、判断引擎构建基础信息、npm依赖包和源代码是否正确；若引擎构建基础信息、npm依赖包和源代码正确，则将引擎构建基础信息、npm依赖包与源代码按照预设规则关联，以生成初始化生成框架；
具体的,业务端在获取到引擎构建基础信息、npm依赖包和源代码后，还需要对这些信息进行检验，若这些信息均是正确的，即未被窜改，业务端就可以根据引擎构建基础信息、npm依赖包和源代码按照预设规则关联在一起，从而生成初始化生成框架。
步骤s250、根据文件监控信息生成业务请求的监控日志；
步骤s260、根据监控日志判断引擎构建信息和源代码的存储位置是否发生变动；若引擎构建信息和/或源代码的存储位置发生变动，则生成对应的文件变动信息并发送至第一预设服务器；
具体的，业务端在接收到客户端发送的业务请求后，还可以根据预设引擎构建层的文件监控信息生成该业务请求的监控日志，这种监控日志用于监控引擎构建信息和源代码的存储位置是否发生改变，即引擎构建信息和源代码是否保存在预设引擎构建层和预设代码层中。若是，则业务端直接通过预设引擎构建层和预设代码层获取引擎构建信息和源代码；若不是，即引擎构建信息和/或源代码的存储位置发生变化，业务端就会生成对应的文件变动信息(这里的文件变动信息可以包括文件原始的存储位置和文件现在的存储位置)并发送到第一预设服务器中(第一预设服务器可以是微信服务器，也可以是业务端对应的服务器)，以通知相关人员和记录文件存储位置的变更。业务端也可以根据该文件变动信息确定文件新的存储位置，并通过该新存储位置获取引擎构建信息和源代码。
步骤s270、判断是否存在初始化生成框架；若存在初始化生成框架，则根据业务信息生成拉取命令；根据拉取命令拉取业务信息至初始化生成框架以生成小程序；
步骤s280、将小程序发送至第二预设服务器进行存储。
具体的，在生成该业务请求对应的小程序前，业务端还可以先判断是否通过获取到的引擎构建信息和源代码生成了初始化生成框架。若确实生成了初始化生成框架，则可以生成该业务信息的拉取命令，并将该业务信息拉取到生成的初始化生成框架中，对整个初始化生成框架执行打包编译命令，对业务信息中的图片进行压缩，对业务信息的代码进行合并压缩混淆，最后将处理过后的业务信息整合引擎构建信息和源代码，生成一个小程序应用的工程包，即完成了整个小程序的生成过程。若业务端在接收到客户端的业务请求，却没有生成初始化生成框架，则可以直接输入初始化命令，根据初始化命令直接获取预设引擎构建层的引擎构建信息和预设代码层的源代码，重新生成初始化生成框架，再将业务信息输入到新生成的初始化生成框架中，从而得到该业务请求的小程序。举例来说，某公司同时发送订单查询业务请求和货存量查询业务请求到业务端，这时业务端通过查询预设数据库，会分别得到订单查询和货存量的业务信息，然后业务端就会将订单查询和货存量的业务信息分别输入初始化生成框架中，从而同时生成具有订单查询功能和货存量查询功能的小程序。
本发明实施例二的有益效果在于通过利用预设数据库中的业务信息、预设引擎构建层的引擎构建信息和预设代码层的源代码，解决了现有技术中不能对多个小程序并行开发的技术问题，实现了代码复用、简化操作、高效且可自定义的生成小程序，以及实现针对多个小程序快速切换开发模式的技术效果。
实施例三
图3为本发明实施例三提供的一种小程序的生成系统的结构示意图。如图3所示，一种小程序的生成系统300，包括：
接收模块310，用于接收客户端发送的业务请求；
第一获取模块320，用于根据业务请求获取预设数据库中的业务信息；
第二获取模块330，用于根据业务信息获取预设引擎构建层的引擎构建信息，并获取预设代码层的源代码；
关联模块340，用于将引擎构建信息和源代码关联，以生成初始化生成框架；
生成模块350，用于将业务信息拉取至初始化生成框架以生成小程序。
在本实施例中，业务信息、初始化生成框架和小程序分别为至少两个，初始化生成框架、业务信息和小程序一一对应。
在本实施例中，引擎构建信息包括引擎构建基础信息和npm依赖包，关联模块340包括：
第一关联单元，用于判断是否获取业务请求；若获取到业务请求，则拉取预设引擎构建层的引擎构建基础信息和引擎npm依赖包，并同时拉取预设代码层的源代码；
第二关联单元，用于判断引擎构建基础信息、npm依赖包和源代码是否正确；若引擎构建基础信息、npm依赖包和源代码正确，则将引擎构建基础信息、npm依赖包与源代码按照预设规则关联，以生成初始化生成框架。
在本实施例中，引擎构建信息还包括文件监控信息，一种小程序的生成系统300还包括：
监控模块360，用于根据文件监控信息生成业务请求的监控日志；根据监控日志判断引擎构建信息和源代码的存储位置是否发生变动；若引擎构建信息和/或源代码的存储位置发生变动，则生成对应的文件变动信息并发送至第一预设服务器。
在本实施例中，一种小程序的生成系统300还包括：
存储模块370，用于将小程序发送至第二预设服务器进行存储。
在本实施例中，生成模块350包括：
生成单元，用于判断是否存在初始化生成框架；若存在初始化生成框架，则根据业务信息生成拉取命令；根据拉取命令拉取业务信息至初始化生成框架以生成小程序。
本发明实施例所提供的小程序的生成系统可执行本发明任意实施例所提供的小程序的生成方法，具备执行方法相应的功能模块和有益效果。
实施例四
图4为本发明实施例四提供的一种服务器的结构示意图，如图4所示，该服务器包括处理器410、存储器420、输入装置430和输出装置440；服务器中处理器410的数量可以是一个或多个，图4中以一个处理器410为例；服务器中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线连接为例。
存储器410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的小程序的生成方法对应的程序指令/模块(例如，小程序的生成系统中的接收模块、第一获取模块、第二获取模块、判断模块、关联模块、生成模块、监控模块和存储模块)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的小程序的生成方法。
也即：
接收客户端发送的业务请求；
根据业务请求获取预设数据库中的业务信息；
根据业务信息获取预设引擎构建层的引擎构建信息，并根据业务信息获取预设代码层的源代码；
将引擎构建信息和源代码关联，以生成初始化生成框架；
将业务信息拉取至初始化生成框架以生成小程序。
存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。
实施例五
本发明实施例五还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种小程序的生成方法，该方法包括：
接收客户端发送的业务请求；
根据业务请求获取预设数据库中的业务信息；
根据业务信息获取预设引擎构建层的引擎构建信息，并根据业务信息获取预设代码层的源代码；
将引擎构建信息和源代码关联，以生成初始化生成框架；
将业务信息拉取至初始化生成框架以生成小程序。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本发明任意实施例所提供的小程序的生成方法中的相关操作。
通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
值得注意的是，上述小程序的生成系统的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
1.一种小程序的生成方法，其特征在于，包括：
接收客户端发送的业务请求；
根据所述业务请求获取预设数据库中的业务信息；
根据所述业务信息获取预设引擎构建层的引擎构建信息，并根据所述业务信息获取预设代码层的源代码；
将所述引擎构建信息和所述源代码关联，以生成初始化生成框架；
将所述业务信息拉取至所述初始化生成框架以生成小程序。
2.根据权利要求1所述的一种小程序的生成方法，其特征在于，所述业务信息、初始化生成框架和小程序分别为至少两个，所述初始化生成框架、所述业务信息和小程序一一对应。
3.根据权利要求1所述的一种小程序的生成方法，其特征在于，所述引擎构建信息包括引擎构建基础信息和npm依赖包，所述将所述引擎构建信息和所述源代码关联，以生成初始化生成框架包括：
判断是否获取所述业务请求；
若获取到所述业务请求，则拉取所述预设引擎构建层的引擎构建基础信息和引擎npm依赖包，并同时拉取所述预设代码层的源代码；
判断所述引擎构建基础信息、npm依赖包和所述源代码是否正确；
若所述引擎构建基础信息、npm依赖包和所述源代码正确，则将所述引擎构建基础信息、npm依赖包与所述源代码按照预设规则关联，以生成初始化生成框架。
4.根据权利要求3所述的一种小程序的生成方法，其特征在于，所述引擎构建信息还包括文件监控信息，所述将所述引擎构建信息和所述源代码关联，以生成初始化生成框架之后包括：
根据所述文件监控信息生成所述业务请求的监控日志；
根据所述监控日志判断所述引擎构建信息和所述源代码的存储位置是否发生变动；
若所述引擎构建信息和/或所述源代码的存储位置发生变动，则生成对应的文件变动信息并发送至第一预设服务器。
5.根据权利要求1所述的一种小程序的生成方法，其特征在于，所述将所述业务信息拉取至所述初始化生成框架以生成小程序之后包括：
将所述小程序发送至第二预设服务器进行存储。
6.根据权利要求1所述的一种小程序的生成方法，其特征在于，所述将所述业务信息拉取至所述初始化生成框架以生成小程序包括：
判断是否存在所述初始化生成框架；
若存在所述初始化生成框架，则根据所述业务信息生成拉取命令；
根据所述拉取命令拉取所述业务信息至所述初始化生成框架以生成小程序。
7.一种小程序的生成系统，其特征在于，包括：
接收模块，用于接收客户端发送的业务请求；
第一获取模块，用于根据所述业务请求获取预设数据库中的业务信息；
第二获取模块，用于根据所述业务信息获取预设引擎构建层的引擎构建信息，并获取预设代码层的源代码；
关联模块，用于将所述引擎构建信息和所述源代码关联，以生成初始化生成框架；
生成模块，用于将所述业务信息拉取至所述初始化生成框架以生成小程序。
8.根据权利要求7所述的一种小程序的生成系统，其特征在于，所述业务信息、初始化生成框架和小程序分别为至少两个，所述初始化生成框架、所述业务信息和小程序一一对应。
9.一种服务器，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一项所述的小程序的生成方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的小程序的生成方法。
技术总结