[发明专利]界面显示、加载方法及装置

说明书

本发明公开了一种界面显示、加载方法及装置。其中，该界面显示方法包括：获取客户端发送的数据请求，其中，数据请求中携带有客户端请求显示的界面所对应的应用场景的目标场景参数；获取与目标场景参数对应的数据字段，其中，数据字段用于指示界面的展示样式和展示内容；将数据字段发送给客户端，以指示客户端根据数据字段来显示界面。本发明解决了相关技术中客户端显示界面时需要与业务耦合的技术问题。

技术领域

本发明涉及互联网领域，具体而言，涉及一种界面显示、加载方法及装置。

背景技术

随着网络媒体信息的丰富，人们有随时随地在客户端上获取媒体信息的诉求。如何呈现多元化媒体信息和即时更新数据是客户端App保证用户新增和用户黏性的重要探索方向，因此内容类App框架以能够尽量减少终端版本发布，提高后台灵活控制终端展现和交互为主要方向。

目前，按照App上界面信息结构的复杂程度，一般有两种主流方案：1、由后台下发可能需要用到的全部数据，客户端通过产品需求进行判断组合来展示业务可交互视图，如图1(a)所示；2、由客户端主动发起对各业务模块的数据请求，再根据响应数据展示，如图1(a)所示；3、采用H5或者React Native等非Native方案实现对客户端绘制的控制，如图1(b)所示。

Native方案(即方案1和方案2)实现App交互界面对比其他方式，在接口丰富度、视图及动画的流畅度、运行速度及对用户操作的响应速度上具有绝对优势，且能够更方便的与客户端的本地功能交互。非Native方案(即方案H5和React Native)具有跨平台的通用性，前后台交互简单，功能迭代速度快。

然而，不论是方案1还是方案2，客户端都需要通过一次或多次请求才能拿到大量与业务相关的数据，需要实现产品需求制定的规则的复杂逻辑。换言之，就是复杂的业务判断逻辑需要在终端执行。

而方案3，提高了数据端(即后台)对渲染端(即客户端，即客户端)视图和交互的灵活控制，但需要App支持H5页面或控制端(即数端)指令的翻译等。

综上，现有的Native实现方案存在以下缺点：(1)后台下发数据，这对客户端展现没有直接控制作用，一套后台服务可能会包含很多对当前渲染无用的冗余数据，加重了网络请求负担，导致客户端数据解析的冗余；(2)数据与业务耦合，视图灵活度低，客户端代码复用率不高，因此增加了开发和维护成本；(3)业务逻辑绑定在客户端，逻辑扩展复杂，从而导致产品扩展性差，简单需求的增加也需要依赖App的发布。H5或者React Native方案的缺点主要在于：响应速度不理想，不同分辨率的设备适配、调用设备本地功能难度较大，对于针对平台特性的需求(如动画不支持或卡顿等)支持不足，且在内存泄露和运行Crash的上仍存在问题。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种界面显示、加载方法及装置，以至少解决相关技术中客户端显示界面时需要与业务耦合的技术问题。

根据本发明实施例的一个方面，提供了一种界面显示方法，包括：获取客户端发送的数据请求，其中，上述数据请求中携带有上述客户端请求显示的界面所对应的应用场景的目标场景参数；获取与上述目标场景参数对应的数据字段，其中，上述数据字段用于指示上述界面的展示样式和展示内容；将上述数据字段发送给上述客户端，以指示上述客户端根据上述数据字段来显示上述界面。

根据本发明实施例的另一方面，还提供了一种界面加载方法，包括：向服务器发送的数据请求，以使上述服务器根据上述数据请求中携带的客户端请求显示的界面所对应的应用场景的目标场景参数，获取与上述目标场景参数对应的数据字段，其中，上述数据字段用于指示上述界面的展示样式和展示内容，并将上述数据字段发送给上述客户端；接收并根据上述服务器发送的上述数据字段的指示，加载上述界面。