应用程序的版本管理方法及装置制造方法及图纸

本申请公开了一种应用程序的版本管理方法，包括：接收来自客户端的访问业务服务的请求；解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本；为所述客户端提供所述相应业务版本的业务服务。本申请使得当一个客户端中的业务服务被访问时，根据客户端的特征信息及业务服务识别信息，得到当前应该使用哪一个业务版本，在接下来的业务处理逻辑中，都只根据业务版本进行处理，而不会根据具体的客户端和客户端版本号进行业务逻辑指定，简化了逻辑控制，降低了维护成本，避免了性能上的浪费，并且支持不向下兼容的字段。

The version management method and device of the application

The present application discloses a version management method of an application, including: receiving a request from a client to access the service service, parsing the request, obtaining the client's feature information and business service identification information, and determining the corresponding business version according to the client feature information and the service service identification information; The client provides the corresponding business version of the business service. This application makes it possible for a client's business service to be accessed, according to the client's feature information and the business service identification information, to get the current business version that should be used. In the next business processing logic, it is handled only according to the business version, not according to the specific client and client. The version number is specified by business logic, simplifying logic control, reducing maintenance costs, avoiding performance waste, and supporting non - down - compatible fields.

【技术实现步骤摘要】
应用程序的版本管理方法及装置
本申请涉及服务端领域，具体涉及一种应用程序的版本管理方法。本申请同时涉及一种应用程序的版本管理装置。
技术介绍
在目前大多数的APP中，都会有native部分和h5部分。native是使用原生系统内核的，相当于直接在系统上操作，是我们传统意义上的软件，更加稳定；但是H5的APP先得调用系统的浏览器内核，相当于是在网页中进行操作，较原生APP稳定性稍差。Native的运行性能和UI控件的渲染性能都要比H5有明显优势，但是h5最大的优点是可以跨平台，可以快速开发迭代。目前通常将两者结合使用，主体使用原生APP来提高APP的性能，native部分随着每次客户端APP的版本而固定，同时在更新、改动频繁的部分使用H5。通过在H5的更新来实现客户端APP版本的更新，而这也就意味着在服务端要针对不同的客户端版本进行独立的版本逻辑控制。在一些实际应用中，可能会面临更为复杂的场景，比如有的应用程序不但有自己独立的App，而且还存在于其它App中，作为某一功能模块。具体的实例例如口碑业务，其具有独立的App，而且还存储于支付宝app中(支付宝第二个Tab为口碑，很多功能为native)，对于类似口碑网这样的有多个客户端的APP，需要考虑到多客户端、多版本的情况下，服务器端需要进行多客户端、多版本的逻辑控制。目前，针对前述采用的多客户端、多版本的逻辑控制方法主要有两种。方案一：在服务端的代码逻辑中，明确判断是哪一个客户端、以及这个客户端的版本号，并根据客户端和客户端的版本号进行业务逻辑判断及处理。方案二：使同名的Web服务的多版本能够共存，统一使用最新的业务逻辑处理，在最后给客户端返回时，根据客户端以及版本号，进行返回字段的转换。然而，上述的方案中，无论方案一还是方案二，具有逻辑控制复杂，维护成本高、有性能上的浪费的缺点。并且方案二不支持不向下兼容的字段。
技术实现思路
本申请提供一种应用程序的版本管理方法，以解决现有的应用程序版本管理方法逻辑控制复杂、维护成本高、有性能上的浪费、不支持不向下兼容的字段的问题。本申请另外提供一种应用程序的版本管理装置。本申请提供一种应用程序的版本管理方法，包括：接收来自客户端的访问业务服务的请求；解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本；为所述客户端提供所述相应业务版本的业务服务。可选的，所述解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本，具体为：解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据预先设置的所述客户端特征信息、业务服务识别信息与业务版本的映射关系，确定所述相应业务版本。可选的，所述客户端的特征信息为唯一确定客户端名称或种类，以及客户端的版本的信息。可选的，获取所述客户端特征信息及业务服务识别信息具体为：根据所述请求携带的客户端的名称或种类、客户端版本确定客户端特征信息；根据所述请求携带的业务服务名称或业务服务识别标识确定业务服务识别信息。可选的，所述根据所述客户端特征信息及业务服务识别信息确定所述相应业务版本步骤之前还包括：建立不同客户端、不同客户端的不同业务服务与业务版本的映射关系。可选的，所述确定所述相应业务版本步骤之前还包括：在服务端中预先定义业务版本的名称、业务版本的版本号以及业务版本的特定配置信息。可选的，所述确定所述相应业务版本具体为：确定相应业务版本号或业务版本名称；相应的，所述为所述客户端提供所述相应业务版本的业务服务具体为：根据所述相应业务版本号或业务版本名称调用对应的业务，并返回处理结果。可选的，所述根据所述相应业务版本号或业务版本名称调用对应的业务，并返回处理结果具体为：根据所述相应业务版本号或业务版本名称获取所述相应业务版本的配置信息；根据所述相应业务版本号或业务版本名称，以及所述相应业务版本的配置信息，调用与所述相应业务版本的配置信息对应的业务，并返回处理结果。本申请另外提供一种应用程序的版本管理装置，包括：接收请求模块，用于接收来自客户端的访问业务服务的请求；确定业务版本模块，用于获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本；业务逻辑处理模块，用于为所述客户端提供所述相应业务版本的业务服务。可选的，所述确定业务版本模块具体用于：解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据预先设置的所述客户端特征信息、业务服务识别信息与业务版本的映射关系，确定所述相应业务版本。可选的，所述装置还包括：映射关系创建模块，用于建立不同客户端、不同客户端的不同业务服务与业务版本的映射关系。可选的，所述装置还包括：业务版本定义模块，用于在服务端中预先定义业务版本的名称、业务版本的版本号以及业务版本的特定配置信息。可选的，所述确定业务版本模块，具体用于：确定相应业务版本号或业务版本名称；相应的，所述业务逻辑处理模块，具体用于：根据所述相应业务版本号或业务版本名称调用对应的业务，并返回处理结果。可选的，所述业务逻辑处理模块，具体用于：根据所述相应业务版本号或业务版本名称获取所述相应业务版本的配置信息；根据所述相应业务版本号或业务版本名称，以及所述相应业务版本的配置信息，调用与所述相应业务版本的配置信息对应的业务，并返回处理结果。与现有技术相比，本申请具有以下优点：本申请提供的所述应用程序的版本管理方法，通过解析来自客户端的访问业务服务的请求，获取所述客户端的特征信息及业务服务识别信息，根据所述特征信息及业务服务识别信息确定相应的业务版本，进而为所述客户端提供所述业务版本的业务服务。本申请使得当一个客户端中的业务服务被访问时，根据客户端的特征信息及业务服务识别信息，得到当前应该使用哪一个业务版本，在接下来的业务处理逻辑中，都只根据业务版本进行处理，而不会根据具体的客户端和客户端版本号进行业务逻辑指定，简化了逻辑控制，降低了维护成本，避免了性能上的浪费，并且支持不向下兼容的字段。附图说明图1是本申请第一实施例提供的应用程序的版本管理方法的流程图；图2是本申请第一实施例提供的应用程序的版本管理方法的的另一流程图；图3是本申请第一实施例涉及的客户端版本与业务版本之间的对应关系存储的核心字段表；图4是本申请第二实施例提供的应用程序的版本管理装置的框图；图5是本申请第二实施例提供的应用程序的版本管理装置的另一框图。具体实施方式在下面的描述中阐述了很多具体细节以便于充分理解本专利技术。但是本专利技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本专利技术内涵的情况下做类似推广，因此本专利技术不受下面公开的具体实施的限制。本实施例提供一种多版本多客户端的服务端版本管理方法。请参看图1，该图为本申请第一实施例的流程图。以下结合图1对本申请第一实施例提供一种多版本多客户端的服务端版本管理方法进行详细说明。如图1所示，示出了本申请第一实施例提供的应用程序的版本管理方法的流程图，包括以下步骤。步骤S101，接收来自客户端的访问业务服务的请求。本步骤用于接收用户需要访问客户端中的业务服务的请求，即服务端获取用户执行访问客户端中业务的操作的请求本文档来自技高网...

【技术保护点】
1.一种应用程序的版本管理方法，其特征在于，包括：接收来自客户端的访问业务服务的请求；解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本；为所述客户端提供所述相应业务版本的业务服务。

【技术特征摘要】
1.一种应用程序的版本管理方法，其特征在于，包括：接收来自客户端的访问业务服务的请求；解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本；为所述客户端提供所述相应业务版本的业务服务。2.根据权利要求1所述的应用程序的版本管理方法，其特征在于，所述解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本，具体为：解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据预先设置的所述客户端特征信息、业务服务识别信息与业务版本的映射关系，确定所述相应业务版本。3.根据权利要求2所述的应用程序的版本管理方法，其特征在于，所述根据所述客户端特征信息及业务服务识别信息确定所述相应业务版本步骤之前还包括：建立不同客户端、不同客户端的不同业务服务与业务版本的映射关系。4.根据权利要求2所述的应用程序的版本管理方法，其特征在于，所述确定所述相应业务版本步骤之前还包括：在服务端中预先定义业务版本的名称、业务版本的版本号以及业务版本的特定配置信息。5.根据权利要求1或2或3或4所述的应用程序的版本管理方法，其特征在于，所述确定所述相应业务版本具体为：确定相应业务版本号或业务版本名称；相应的，所述为所述客户端提供所述相应业务版本的业务服务具体为：根据所述相应业务版本号或业务版本名称调用对应的业务，并返回处理结果。6.根据权利要求5所述的应用程序的版本管理方法，其特征在于，所述根据所述相应业务版本号或业务...

【专利技术属性】
技术研发人员：窦方钰，
申请(专利权)人：口碑上海信息技术有限公司，
类型：发明
国别省市：上海,31