[发明专利]一种服务实现方法、电子设备及存储介质

说明书

本发明公开了一种服务实现方法，其包括以下步骤：获取项目的实际业务需求，并根据项目的实际业务需求创建业务类型；从规则函数库中获取基础规则，并判断基础规则是否满足项目的实际业务需求，若是，则根据业务类型和规则函数库来利用脚本语言生成脚本文件，进而根据脚本文件实现项目的服务并发布；若否，则根据项目的实际业务需求生成自定义规则并将自定义规则存储于规则函数库中，然后执行服务实现步骤。本发明公开的方法，能够有效提高服务的开发效率，降低服务的维护更新成本，满足用户的多样化需求。本发明还公开了一种电子设备及存储介质。

技术领域

本发明涉及后台服务开发领域，特别是一种服务实现方法、电子设备及存储介质。

背景技术

面向服务的架构(SOA)为应用提供统一、通用的交互接口，具有复用性强、松散耦合、规范开发等特点，是当前主流的软件架构。常见的SOA架构基于JAVA2企业版(J2EE)或NET平台实现，由应用层、业务逻辑层、服务层及数据访问层构成，每一层都有清晰的角色和分工，无需关注其它层的逻辑细节。其中，SOA的关键部分就是利用企业服务总线(ESB)集中进行服务的通信、交互、集成、监控等管理，并对外发布统一生命周期的服务实现业务需求。

虽然SOA架构实现了业务组件的彼此解耦合，但是其中心化的服务管理机制，造成了服务间的相互耦合，不利于系统的维护和升级。每当软件需求或运行环境发生变化时，需要暂停整个服务，通过原生开发调整代码，重新编译、集成、部署成功后，才能响应用户需求。总的来说，存在以下问题：1)扩展性差，需要依次扩展每个层次的代码逻辑；2)若服务器出现性能瓶颈，无法拆分部署服务，只能被动整加服务集群节点，并且无法解决数据耦合的问题；3)JAVA和C#都是编译执行的语音，即使功能发生微小变更，都需要重新编译、发布等，增加了系统维护的人力成本和时间成本；4)不支持实时调试，需要停止重启服务后才能生效。

发明内容

为了克服现有技术的不足，本发明的目的之一在于提供一种服务实现方法，其能够解决现有技术中服务开发系统构建时存在扩展性差、用户需求升级周期等问题。

本发明的目的之二在于提供一种电子设备，其能够解决现有技术中服务开发系统构建时存在扩展性差、用户需求升级周期等问题。

本发明的目的之三在于提供一种计算机可读存储介质，其能够解决现有技术中服务开发系统构建时存在扩展性差、用户需求升级周期等问题。

本发明的目的之一采用如下技术方案实现：

一种服务实现方法，包括以下步骤：

模型创建步骤：获取项目的实际业务需求，并根据项目的实际业务需求创建业务类型；

判断步骤：从规则函数库中获取基础规则，并判断基础规则是否满足项目的实际业务需求，若是，则执行服务实现步骤；若否，则规则扩展步骤；

服务实现步骤：根据业务类型和规则函数库来利用脚本语言生成脚本文件，进而根据脚本文件实现项目的服务并发布；

规则扩展步骤：根据项目的实际业务需求生成自定义规则并将自定义规则存储于规则函数库中，然后执行服务实现步骤。

进一步地，还包括服务更新步骤：根据用户的新需求，利用脚本语言开发生成新的脚本文件或对现有服务的脚本文件进行修改后生成新的脚本文件，并根据新的脚本文件实现相应的服务并发布。

进一步地，所述服务实现步骤还包括：将发布的服务保存到服务器缓存中。

本发明的目的之二采用如下技术方案实现：

一种电子设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

模型创建步骤：获取项目的实际业务需求，并根据项目的实际业务需求创建业务类型；