一种服务开发方法和装置的制造方法
【技术领域】
[0001] 本发明涉及计算机技术领域，具体涉及一种服务开发方法和装置。
【背景技术】
[0002] 页面开发、软件代码的编写往往可采用的语言是多样化的，其中，Go语言专门针对 多处理器系统应用程序的编程进行了优化，使用Go编译的程序可以媲美C或C++代码的速 度，而且更加安全、支持并行进程。
[0003] 但在实际当中，采用源生的Go语言开发应用服务时，除了要写一套完整的业务逻 辑以外，还要产生一个handle处理器，注册handle处理器，再启动服务，过程非常繁琐，并 且每开发一个服务时，都要重复完成上述过程。
【发明内容】
[0004] 鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上 述问题的服务开发方法和装置。
[0005] 依据本发明的一个方面，提供了一种服务开发方法，包括：预设服务生成模板；所 述服务生成模板中配置有执行服务注册逻辑的第一代码；当要生成一个指定服务时，调取 所述服务生成模板，在所述服务生成模板中添加该指定服务的地址和执行该指定服务的业 务逻辑的业务处理模块，生成指定服务；其中，将该指定服务发布到服务器上时，由该服务 中的所述第一代码执行将该指定服务注册到所述服务器的逻辑，以使得服务器在接收到访 问所述指定服务的地址的请求时，将该请求映射到该指定服务。
[0006] 可选地，所述服务生成模板中还配置有除服务地址和执行服务的业务逻辑的业务 处理模块以外的所有其他代码。
[0007] 可选地，该方法还包括：生成执行该指定服务的业务逻辑的业务处理模块的步骤， 具体包括：预设包含多个组件的组件池，其中不同的组件完成不同的处理逻辑，且每个组件 都具有接收数据的接口和发送数据的接口；根据所述指定服务的业务逻辑需求，从所述组 件池中选择两个以上的组件；利用所述两个以上组件各自的接收数据的接口和发送数据的 接口，将所述两个以上的组件依次串连，得到由所述两个以上组件组成的业务处理模块。
[0008] 可选地，所述组件池中的每个组件符合如下约束规则：每个组件包括：事前处理 单元、业务逻辑单元和事后处理单元；所述事前处理单元接收用户端的请求数据或者接收 自身所在组件串连的上一级组件发送的数据，对接收到的数据进行准备处理后发送给业务 逻辑单元；所述业务逻辑单元对事前处理单元发送的数据按照本组件的处理逻辑进行处 理，判断是否有与自身所在组件串连的下一级的组件，是则将处理后的数据发送给下一级 组件，否则将处理后的数据发送给事后处理单元；所述事后处理单元接收业务逻辑单元发 送的数据或者接收自身所在组件串连的下一级组件发送的数据，对接收到数据进行收尾处 理后发送给自身所在组件串连的上一级组件或者返回给所述用户端。
[0009] 可选地，所述利用所述两个以上组件各自的接收数据的接口和发送数据的接口， 将所述两个以上的组件依次串连，得到有所述两个以上组件组成的业务处理模块包括：将 所述两个以上的组件依据业务处理需求进行排序；对于第一个组件，其事前处理单元接收 用户端的请求，以及其事后处理单元将处理后的数据返回给用户端；对于每两个相邻的组 件，上一级组件的业务逻辑单元的输出与下一级组件的事前处理单元对接，下一级组件的 事后处理单元的输出与上一级组件的事后处理单元对接。
[0010] 可选地，该方法进一步包括：提供组件扩展接口；通过所述组件扩展接口接收符 合所述约束规则的组件，放入所述组件池中。
[0011] 可选地，所述组件池中的每个组件符合的约束规则还包括：对于一个组件，其事前 处理单元、业务逻辑单元和事后处理单元中任意两个的处理逻辑可以为空。
[0012] 可选地，所述生成执行该指定服务的业务逻辑的业务处理模块的步骤进一步包 括：对于由所述两个以上组件组成的业务处理模块，从串连的组件中拆除一个组件得到新 的业务处理模块；或者，对于由所述两个以上组件组成的业务处理模块，在串连的组件中插 入一个新组件得到新的业务处理模块。
[0013] 依据本发明的另一方面，提供了一种服务开发装置，包括：模板存储单元，适于存 储预设的服务生成模板；所述服务生成模板中配置有执行服务注册逻辑的第一代码；服务 生成单元，适于当要生成一个指定服务时，调取所述服务生成模板，在所述服务生成模板中 添加该指定服务的地址和执行该指定服务的业务逻辑的业务处理模块，生成指定服务；其 中，将该指定服务发布到服务器上时，由该服务中的所述第一代码执行将该指定服务注册 到所述服务器的逻辑，以使得服务器在接收到访问所述指定服务的地址的请求时，将该请 求映射到该指定服务。
[0014] 可选地，所述服务生成模板中还配置有除服务地址和执行服务的业务逻辑的业务 处理模块以外的所有其他代码。
[0015] 可选地，该装置还包括：组件池存储单元，适于存储预设的包含多个组件的组件 池，其中不同的组件完成不同的处理逻辑，且每个组件都具有接收数据的接口和发送数据 的接口；组件选择单元，适于根据所述指定服务的业务逻辑需求，从所述组件池中选择两个 以上的组件；业务模块生成单元，适于利用所述两个以上组件各自的接收数据的接口和发 送数据的接口，将所述两个以上的组件依次串连，得到由所述两个以上组件组成的业务处 理模块。
[0016] 可选地，所述组件池存储单元中的所述组件池中的每个组件符合如下约束规则： 每个组件包括：事前处理单元、业务逻辑单元和事后处理单元；所述事前处理单元接收用 户端的请求数据或者接收自身所在组件串连的上一级组件发送的数据，对接收到的数据进 行准备处理后发送给业务逻辑单元；所述业务逻辑单元对事前处理单元发送的数据按照本 组件的处理逻辑进行处理，判断是否有与自身所在组件串连的下一级的组件，是则将处理 后的数据发送给下一级组件，否则将处理后的数据发送给事后处理单元；所述事后处理单 元接收业务逻辑单元发送的数据或者接收自身所在组件串连的下一级组件发送的数据，对 接收到数据进行收尾处理后发送给自身所在组件串连的上一级组件或者返回给所述用户 端。
[0017] 可选地，所述业务模块生成单元，适于将所述两个以上的组件依据业务处理需求 进行排序；对于第一个组件，其事前处理单元接收用户端的请求，以及其事后处理单元将处 理后的数据返回给用户端；对于每两个相邻的组件，上一级组件的业务逻辑单元的输出与 下一级组件的事前处理单元对接，下一级组件的事后处理单元的输出与上一级组件的事后 处理单元对接。
[0018] 可选地，该装置进一步包括：组件扩展接口，适于接收符合所述约束规则的组件， 放入所述组件池中。
[0019] 可选地，所述组件池存储单元中的组件池中的每个组件符合的约束规则还包括： 对于一个组件，其事前处理单元、业务逻辑单元和事后处理单元中任意两个的处理逻辑可 以为空。
[0020] 可选地，所述业务模块生成单元，进一步适于对于由所述两个以上组件组成的业 务处理模块，从串连的组件中拆除一个组件得到新的业务处理模块；或者，对于由所述两个 以上组件组成的业务处理模块，在串连的组件中插入一个新组件得到新的业务处理模块。
[0021] 由上述可知，本发明的技术方案描述了基于预设的配置有执行服务注册逻辑的第 一代码的服务生成模板，生成一个指定服务的服务开发方法和相应的装置，该方案通过克 服现有技术中使用编写代码过程中需要处理handle处理器的问题，简化了繁琐的开发过 程，提供了一种简便、规范的服务开发方法，只需要用户调取预设服务生成模板添加服务地 址和业务处理模块，开发任务仅限于业务逻辑部分，缩短了开发时间，降低了开发成本。
[0022] 上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段， 而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够 更明显易懂，以下特举本发明的【具体实施方式】。
【附图说明】
[0023] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通 技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明 的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：