[发明专利]一种基于Spring无侵入修改标准产品业务系统和方法

说明书

本发明公开了一种基于Spring无侵入修改标准产品业务系统和方法，包括，标准产品业务Spring系统以及应用于标准产品业务Spring系统的逻辑控制系统；其中逻辑控制系统包括QzingService注解单元、Spring扫描器、标准产品业务分类映射处理单元、Bean定义注册表生成器；QzingService注解单元与Spring扫描器连接；Spring扫描器与标准产品业务分类映射处理单元连接；标准产品业务分类映射处理单元与Bean定义注册表生成器连接，本发明通过继承标准产品业务类，实现无侵入修改的修改标准产品业务，对二次开发的代码和标准产品代码区分更加清晰。

技术领域

本发明属于信息服务领域，涉及一种基于Spring无侵入修改标准产品业务系统和方法。

背景技术

目前比较成熟SPRING有控制反转和依赖注入的方式改变业务的不同的变化，我们的需求出现变动时，工厂模式会需要进行相应的变化。但是IOC的反射机制允许我们不重新编译代码，因为它的对象都是动态生成的。

控制反转：即IOC(Inversion of Control)，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。

依赖注入基本原则是：应用组件不应该负责查找资源或者其他依赖的协作对象。配置对象的工作应该由IoC容器负责，“查找资源”的逻辑应该从应用组件的代码中抽取出来，交给IoC容器负责。

依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念，具体含义是:当某个角色(可能是一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转；创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。

这种方式有个弊端就是整个类都需要替换，导致项目开发的时候需要实现很多不必要的方法，并且实际用的时候不灵活，目前所有注解都在代码里，所以还需要修改产品标准代码才能达到服务替换的目的。

目前项目上经常遇到产品逻辑不能满足客户需求的情况，需要项目开发人员深入产品代码，修改产品逻辑，这样导致项目开发人员学习门槛变高，同时也增加了bug风险。

发明内容

为了解决上述的问题，本发明提出的系统和方法，在产品开发过程中不用修改产品代码，通过注解实现项目业务逻辑，从而达到满足客户需求的目的的同时，降低项目风险，出问题也好及时定位。

本发明提供一种基于Spring无侵入修改标准产品业务系统，包括：

标准产品业务Spring系统以及应用于所述标准产品业务Spring系统的逻辑控制系统；

其中，逻辑控制系统，包括，QzingService注解单元、Spring扫描器、标准产品业务分类映射处理单元、Bean定义注册表生成器；

标准产品业务Spring系统，用于根据产品经理设计和整理的客户需求，构建基于产品标准API类的产品标准实现类；

逻辑控制系统，用于实现标准产品业务Spring系统的无侵入修改功能；

QzingService注解单元与Spring扫描器连接；

Spring扫描器与标准产品业务分类映射处理单元连接；

标准产品业务分类映射处理单元与Bean定义注册表生成器连接。