[发明专利]信息处理装置、信息处理方法以及存储介质

说明书

本发明提供信息处理装置、信息处理方法以及存储介质。该信息处理装置能够与外部装置进行通信，所述信息处理装置具有用于显示信息的显示单元，所述信息处理装置包括：接收单元，其被构造为从外部装置接收配置文件；解析单元，其被构造为对接收单元接收到的配置文件进行解析，以获得用于显示的UI信息；以及渲染单元，其被构造为基于解析单元获得的UI信息，更新所述显示单元的显示配置。

技术领域

本发明涉及信息处理装置、信息处理方法以及存储介质。具体地，涉及一种能够实现动态改变页面布局及功能的动态渲染方法。

背景技术

传统上，存在如下一种动态渲染库(UIBuilder)，图2示出了该动态渲染库的框架图。其中，RN(react-native)框架让JS开发者可以大部分使用JS代码就可以构建一个跨平台APP。Facebook官方说法是learn once,run everywhere，即在Android、IOS、Browser各个平台，程序画UI和写逻辑的方式都大致相同。因为JS可以动态加载，从而理论上可以做到write once,run everywhere，当然要做额外的适配处理。RN需要一个JS的运行环境，在IOS上直接使用内置的javascriptcore，在Android则使用webkit.org官方开源的jsc.so。此外还集成了其他开源组件，如fresco图片组件、okhttp网络组件等。RN会把应用的JS代码(包括依赖的framework)编译成一个js文件(一般命名为index.android.bundle)，RN的整体框架目标就是为了解释运行这个js脚本文件，如果是js扩展的API，则直接通过bridge调用native方法；如果是UI界面，则映射到virtual DOM这个虚拟的JS数据结构中，通过bridge传递到native，然后根据数据属性设置各个对应的真实native的View。bridge是一种JS和JAVA代码通信的机制，用bridge函数传入对方module和method即可得到异步回调的结果。

对于JS开发者来说，画UI只需要画到virtual DOM中，不需要特别关心具体的平台,还是原来的单线程开发，还是原来HTML组装UI(JSX)，还是原来的样式模型(部分兼容)。RN的界面处理除了实现View增、删、改、查的接口之外，还自定义一套样式表达CSSLayout，这套CSSLayout也是跨平台实现。RN拥有画UI的跨平台能力，主要是加入Virtual DOM编程模型，该方法一方面可以照顾到JS开发者在html DOM的部分传承，让JS开发者可以用类似DOM编程模型就可以开发原生APP，另一方面则可以让Virtual DOM适配实现到各个平台，实现跨平台的能力，并且为未来增加更多的想象空间，比如react-cavas、react-openGL。而实际上react-native也是从react-js演变而来。

对于Android开发者来说，RN是一个普通的安卓程序加上一堆事件响应，事件来源主要是JS的命令。主要有两个线程，UI main thread和JS thread。UI thread创建一个APP的事件循环后，挂在looper等待事件，事件驱动各自的对象执行命令。JS thread运行的脚本相当于底层数据采集器，不断上传数据，转化成UI事件，通过bridge转发到UI thread，从而改变真实的View。后面再深一层发现，UI main thread跟JS thread更像是CS模型，JSthread更像服务端，UI main thread是客户端，UI main thread不断询问JS thread并且请求数据，如果数据有变，则更新UI界面。

然而，现有的动态渲染库存在如下缺陷：开发体验一般，文档很粗略，两个平台还没有完全统一，控件不完善，升级RN版本需要大动干戈，而且要做出优质app需要花费大量人力和时间去打磨。

发明内容