[发明专利]应用程序的版本管理方法及装置

说明书

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

技术领域

本申请涉及服务端领域，具体涉及一种应用程序的版本管理方法。本申请同时涉及一种应用程序的版本管理装置。

背景技术

在目前大多数的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服务的多版本能够共存，统一使用最新的业务逻辑处理，在最后给客户端返回时，根据客户端以及版本号，进行返回字段的转换。

然而，上述的方案中，无论方案一还是方案二，具有逻辑控制复杂，维护成本高、有性能上的浪费的缺点。并且方案二不支持不向下兼容的字段。

发明内容

本申请提供一种应用程序的版本管理方法，以解决现有的应用程序版本管理方法逻辑控制复杂、维护成本高、有性能上的浪费、不支持不向下兼容的字段的问题。本申请另外提供一种应用程序的版本管理装置。

本申请提供一种应用程序的版本管理方法，包括：

接收来自客户端的访问业务服务的请求；

解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本；

为所述客户端提供所述相应业务版本的业务服务。

可选的，所述解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据所述客户端特征信息及业务服务识别信息确定相应业务版本，具体为：

解析所述请求，获取所述客户端特征信息及业务服务识别信息，根据预先设置的所述客户端特征信息、业务服务识别信息与业务版本的映射关系，确定所述相应业务版本。

可选的，所述客户端的特征信息为唯一确定客户端名称或种类，以及客户端的版本的信息。

可选的，获取所述客户端特征信息及业务服务识别信息具体为：