技术摘要：
本申请涉及数据处理相关技术领域，尤其涉及一种Guitar中间层渲染系统。Guitar中间层渲染系统，包括：业务服务器、中间层和客户端；业务服务器向中间层提供待处理的业务数据；中间层对业务数据进行处理，生成并向客户端发送匹配客户端的视图数据；客户端接收并显示视图  全部
背景技术：
现行状态下，开发模式由服务端提供业务数据，客户端根据业务数据展现对应的 样式，当业务需要调整的显示方式需要频繁通过版本发布的形式来进行更新。 实际应用中，频繁的更新客户端的版本会给客户带来较差的用户体验，同时提高 了客户端应用的发布成本。
技术实现要素：
为至少在一定程度上克服相关技术中存在的问题，本申请提供一种Guitar中间层 渲染系统。 本申请提供一种Guitar中间层渲染系统，包括：业务服务器、中间层和客户端； 所述业务服务器向所述中间层提供待处理的业务数据； 所述中间层对所述业务数据进行处理，生成并向所述客户端发送匹配所述客户端 的视图数据； 所述客户端接收并显示所述视图数据对应的视图。 可选的，所述视图信息包括：多个视图组件信息； 所述中间层设置组件库；所述组件库内设置有多个规则组件； 所述规则组件为所述业务数据与对应的视图组件之间的映射关系，用于将所述业 务数据转化为视图组件信息。 可选的，所述中间层通过改变所述组件库内的规则组件，改变所述客户端上显示 的视图。 可选的，所述客户端还用于向中间层发送业务数据请求；其中，所述业务数据请求 用于请求目标业务数据； 所述中间层基于所述业务数据请求，向业务服务器请求目标业务数据； 所述业务服务器在接收到所述中间层的请求后，向所述中间层发送目标业务数 据。 可选的，所述中间层和所述业务服务器之间的数据以OpenAPI  Specification为 标准定义。 可选的，所述视图组件信息由JSON  Schema规范进行定义。 可选的，所述视图组件信息由配套工具JSON  Schema  Validate进行校验。 可选的，所述中间层搭建方法；包括： 分别搭建所述中间层的规则组件； 判断所述规则组件是否合格，若不合格则重新进行搭建； 整合合格的规则组件进构成一个中间层。 3 CN 111580814 A 说　明　书 2/6 页 可选的，所述中间层迭代方法包括： 确定需要进行迭代的目标组件； 搭建目标组件； 基于目标组件对中间层进行迭代。 可选的，所述中间层迭代方法包括： 判断目标组件是否合格； 若不合格则重新搭建所述目标组件。 本申请的实施例提供的技术方案可以包括以下有益效果： 本专利的中间层和业务服务器之间进行数据的交互，所述中间层对所述业务数据 进行处理，生成并向所述客户端发送匹配所述客户端的视图数据；所述客户端接收并显示 所述视图数据对应的视图。基于此，由于视图数据是在中间层进行生成的，所以当需要当业 务需要调整的显示方式时，产品人员可以在中间层自由的编辑数据的展示，即：只修要修改 中间层的部分程序，便可以使得客户端的显示信息按照预设的要求进行显示。即：当需要更 新视图中内容的时候不再需要客户端重新发版。只要对中间层进行简单的映射编辑即可。 如此减少了客户端新版本的发布，避免频繁的更新客户端的版本给客户带来较差的用户体 验，降低提高了客户端应用的发布成本。 应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不 能限制本申请。 附图说明 此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施 例，并与说明书一起用于解释本申请的原理。 图1为本申请实施例提供的一种Guitar中间层渲染系统的结构示意图； 图2为本申请实施例提供的一种Guitar中间层渲染系统中所述中间层搭建方法的 流程示意图； 图3为本申请实施例提供的一种Guitar中间层渲染系统中所述中间层迭代方法的 流程示意图。