CN110046051A - 控制方法、装置、客户端及电子设备 - Google Patents

Abstract

本申请实施例提供一种控制方法、装置、客户端及电子设备。其中，native端监听界面中被控对象的触发事件；获取web端基于所述触发事件配置的处理规则；基于所述触发事件生成的监听数据以及所述处理规则更新所述被控对象的视图属性。本申请实施例提供的技术方案减少了通信消耗，从而提高了显示流畅度。

Description

控制方法、装置、客户端及电子设备

技术领域

本申请实施例涉及计算机应用技术领域，尤其涉及一种控制方法、装置、客户端及电子设备。

背景技术

混合模式应用(简称：Hybrid App，英文：Hybrid Application)是一种介于原生应用(native App)以及网页应用(web App)两者之间的应用程序。其兼具了native App以及web App的优势，成为目前很多移动应用常采用的开发模式。

Hybrid App的主要业务逻辑基于web语言开发，底层功能基于native语言开发，因此App运行过程中往往会涉及App中web端(web程序)与native端(native程序)之间的据通信，例如界面中的某个被控对象跟随触摸事件而移动的动画效果中，native端负责监听由硬件设备感知的触摸事件，将监听数据告知web端；web端基于监听数据计算被控对象的位置坐标变化，并告知native端；由native端基于计算结果进行界面更新，以实现被控对象的移动。

由于web语言与native语言之间无法直接调用，因此需要搭建一个通信信道来实现web端与native端的数据通信，以web语言为Js(javascript，一种直译式脚本语言)为例，会采用JS-Bridge技术建立web端与native端之间的通信信道，但是，这个通信信道的性能比较低下，而由上文描述可知，被控对象的每一次移动，native端会接收到多次系统回调，每一次回调处理都涉及两次web端与native端之间的交互，因此在信道上耗时较长，从而就会影响显示流畅度。

发明内容

本申请实施例提供一种控制方法、装置、客户端及电子设备，用以解决现有技术中显示流畅度较差的技术问题。

第一方面，本申请实施例中提供了一种控制方法，包括：

监听界面中被控对象的触发事件；

获取网页web端基于所述触发事件配置的处理规则；

基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

第二方面，本申请实施例中提供了一种控制方法，包括：

基于界面中被控对象的触发事件，配置处理规则；

将所述处理规则发送至原生native端，以供所述native端基于所述触发事件的监听数据以及所述处理规则，更新所述被控对象的视图属性。

第三方面，本申请实施例中提供了一种控制装置，包括：

监听单元，用于监听界面中被控对象的触发事件；

获取单元，用于获取web端基于所述触发事件配置的处理规则；

控制单元，用于基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

第四方面，本申请实施例中提供了一种控制装置，包括：

配置单元，用于基于界面中被控对象的触发事件，配置处理规则；

发送单元，用于将所述处理规则发送至原生native端，以供所述native端基于所述触发事件的监听数据以及所述处理规则，更新所述被控对象的视图属性。

第五方面，本申请实施例中提供了一种客户端，配置有上述第三方面所述的控制装置以及上述第四方面所述的控制装置。

第六方面，本申请实施例中提供了一种电子设备，包括存储器以及处理器，所述存储器存储native程序以及web程序；

所述处理器用于：

执行所述native程序以监听界面中被控对象的触发事件；

执行所述web程序以基于所述被控对象的触发事件，配置处理规则；

执行所述native程序以从所述web程序获取所述处理规则，并基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

本申请实施例中，native端监听触发事件之后，从web端获取基于所述触发事件对应的处理规则，native端基于触发事件生成的监听数据以及所述处理规则，即可以更新所述被控对象的视图属性，从而实现所述被控对象显示效果的更新。本申请实施例中，由于web端无需进行计算处理，无需从native端获取监听数据，也无需发送处理结果至native端，因此可以节省两次基于通信信道的通信操作，且如果触发事件持续执行，由于native端已获得处理规则，因此native端与web端只需要在获取处理规则的操作过程中进行一次数据通信即可，大大减少了信道耗时，从而可以提高显示的流畅度。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请提供的一种控制方法一个实施例的流程图；

图2示出了本申请提供的一种控制方法又一个实施例的流程图；

图3示出了本申请提供的一种控制方法又一个实施例的流程图；

图4a～图4b分别为本申请实施例中提供的界面的显示示意图；

图5示出了本申请提供的一种控制装置一个实施例的结构示意图；

图6示出了本申请提供的一种控制装置又一个实施例的结构示意图；

图7示出了本申请提供的一种电子设备一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

为了方便理解本申请技术方案，下面对本申请实施例中可能出现的技术术语以及基础知识进行介绍：

基于web(网页)开发语言以及native(原生)程序语言混合开发的App，也被称为混合模式应用(简称：Hybrid App，英文：Hybrid Application)中，目前实现Hybrid App的混合开发框架有很多，例如DCloud、Wex5、Appcan、Apicloud、Cordova/PhoneGap、ReactNative、Weex等。

Hybrid App中native端也即是指基于本地操作系统例如iOS、Android或者WP(Windows Phone)等，并使用原生程式编写运行的native程序，其可以访问本地资源、可以调用本地硬件功能，例如扬声器、传感器、摄像头等，并可以向web端提供调用底层功能的API(Application Programming Interface，应用程序编程接口)，实现web页面显示等。

Hybrid App中native端也即是指web程序，基于web语言实现，例如Html5(HyperText Markup Language5，超文本标记语言第5版)、Js(JavaScript，一种直译式脚本语言)等，Hybrid App中主要的业务逻辑由web端执行。

目前，在Hybrid App中native端与web端的数据通信，也即是指Js代码与native代码之间的交互，通常采用JS-Bridge技术实现。但是正如背景技术中所述，基于JS-Bridge技术搭建的通信信道，由于其性能低下，信道耗时通常比较长。

本申请实施例中的被控对象可以是指App的界面中的输出页面、或者输出页面中的页面元素等，例如页面中的某个可移动控件等；触发事件可以是指可以触发所述被控对象的位置、形状或者颜色等显示效果发生变化的特定操作等。现有技术中，native端监听到触发事件时，由于业务逻辑基于web语言开发，因此会请求web端执行处理；之后，web端将处理结果反馈给native端，由native端基于处理结果更改视图属性，实现被控对象显示效果的变化，由于每一次web端与native端的数据通信需要经由通信信道，而被控对象一次变化涉及两次通信操作，信道耗时更长，影响显示的流畅度，且触发事件通常会导致被控对象的显示效果发生连续，严重影响用户体验。

为了解决这一技术问题，发明人经过一系列研究提出了本申请的技术方案。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的一种控制方法一个实施例的流程图，本实施例的技术方案由App中的native端执行，该方法可以包括以下几个步骤：

101：监听界面中被控对象的触发事件。

其中，界面即可以是指App的显示界面，也可以称为视图界面、显示屏幕等，为native端生成的界面。

被控对象即可以是指App的界面中的输出页面、或者输出页面中的页面元素等。

本申请实施例中的App可以配置于移动设备中，该移动设备例如可以是指手机、平板电脑等便携式设备。

触发事件可以是指可以触发所述被控对象的位置、形状或者颜色等显示效果发生变化的特定操作等。

在实际应用中，触发事件可以是基于本地硬件设备感知获得相应的电信号而生成，由本地操作系统翻译为native端可以理解的触发事件，本地硬件设备例如可以是指移动设备中的传感器、摄像头或者触摸屏等，也即该触发事件可以是由本地硬件设备感知用户触发操作触发的电信号而生成的。例如该触发事件可以为触摸事件、滚动事件、设备运动事件等等。其中，触摸事件例如可以是基于触摸屏感知用户在触摸屏上的触控操作或者移动操作而触发的电信号生成，该触摸事件例如可以用于触发所述被控对象在界面中跟随用户操作物的触控位置的连续变化而发生移动等；滚动事件例如可以是基于触摸屏感知用户在触摸屏上的滑动操作而触发的电信号生成，该滚动事件例如可以用于触发所述被控对象跟随滚动距离的变化在界面中发生移动、翻转、形状变化或者颜色变化等等；设备运动事件例如可以是基于运动传感器感知移动设备的运动状态变化，例如运动方向变化时而触发的电信号生成的，该设备运动事件例如可以用于触发所述被控对象根据移动设备的运动而在界面中发生移动、翻转、形状变化或者颜色变化等。

当然该触发事件不仅可以基于由本地硬件设备感知的电信号生成，例如还可以基于时钟变化信号而生成的界面更新事件等，该界面更新事件可以用于触发所述被控对象跟随一次界面更新而在界面中发生移动、翻转、形状变化或者颜色变化等。

102：获取网页web端基于所述触发事件配置的处理规则。

其中，native端与web端通过彼此之间的通信信道进行数据通信，以从web端获得该处理规则。

该处理规则可以用于触发事件发生时，针对被控对象进行计算处理，以确定被控对象在界面中发生显示效果变化之后的位置、形状或者颜色等。

该处理规则可以具体为计算表达式，该计算表达式中包括变量参数，该变量参数的具体数值可以由native端在触发事件发生时监听获得。

该变量参数可以为所述触发事件对应的信号源，信号源可以是指控制被控对象发生显示效果变化的参数。因此，可选地，所述获取web端基于所述触发事件配置的处理规则可以包括：

获取web端基于所述触发事件对应的信号源配置的计算表达式；其中，所述信号源作为所述计算表达式中的变量参数。

例如被控对象跟随触摸事件中用户操作物在界面中的移动而发生移动时，其信号源可以是指该被控对象的上边距参数以及左边距参数，也即用户操作物的触控位置的上边距参数以及左边距参数；又如在滚动事件中，被控对象在界面中跟随滚动距离的变化而发生滚动时，其信号源例如可以为被控对象的左上顶点的Y轴坐标；又如在界面更新事件中，每一次界面更新由时间触发，比如每间隔一定时间即进行一次界面，因此信号源可以是指时间变量T；又如被控对象跟随设备运动事件中的移动设备的运动方向变化而发生显示效果变化时，其信号源可以是运动传感器的三维坐标的三个坐标轴X、Y以Z。

103：基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

可选地，可以首先基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果；之后按照所述处理结果更新所述被控对象的视图属性，从而实现被控对象显示效果的更新。本申请实施例中，监听存在触发事件时，web端并不进行处理，而是将处理规则发送至native端，由native端基于监听数据以及该处理规则进行计算处理，从而省掉了native端发送监听数据发送至web端以及web端发送处理结果至native端的操作。

可选地，可以是基于所述触发事件，确定所述被控对象对应的视图属性，从而可以基于监听数据以及处理组件，更新所述视图属性。

本实施例中，由于web端不再进行处理，native端无需下发监听数据至web端，web端也无需发送处理结果至native端，因此可以节省两次基于通信信道的通信操作，且如果触发事件持续执行，由于native端已获得处理规则，因此native端与web端只需要在获取计算表达式的操作过程中进行一次数据通信即可，大大减少了信道耗时，从而可以提高显示的流畅度。

其中，更新所述被控对象的视图属性可以通过view组件执行。

其中，该触发事件可以用于触发所述被控对象的位置、形状、颜色和/或透明度等显示效果发生变化的特定操作等。而被控对象的显示效果变化可以通过更改相应的视图属性实现。该处理规则可以具体为计算表达式，为了方便对被控对象进行控制，从web端获取计算表达式之后，可以首先将计算表达式与所述视图属性进行绑定(bind)，建立绑定关系。

在某些实施例中，native端可以预先设置绑定API，可以通过调用绑定API，将计算表达式与所述视图属性进行绑定。

因此，所述基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果之前，所述方法还可以包括：

将所述计算表达式与所述视图属性进行绑定。

此外，还可以设置解绑API，以在所述触发事件结束时，将计算表达式与所述视图属性解绑。

由上文描述可知，该处理规则可以是web端基于所述触发事件对应的信号源而配置获得的计算表达式，因此，在某些实施例中，所述基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果可以包括：

基于所述触发事件对应信号源的监听数据，获得所述计算表达式的计算结果。

也即将监听数据代入该计算表达式中，作为计算表达式中变量参数的取值，从而可以获得计算表达式的计算结果。

其中，计算表达式可以预先配置，也可以是web端接收到Native端的请求时配置获得，因此，在某些实施例中，所述获取网页web端基于所述触发事件配置的计算表达式包括：

检测所述触发事件处于起始状态，请求所述web端基于所述触发事件配置处理规则；

获取所web端发送的所述处理规则。

在一个实际应用中，该触发事件可以用于触发所述被控对象在界面中的移动；

因此在某些实施例中，所述检测所述触发事件处于起始状态，请求所述web端基于所述触发事件配置处理规则可以包括：

检测所述触发事件处于起始状态，请求所述web端基于所述触发事件对应的所述被控对象的初始位置配置处理规则。

其中，该处理规则可以具体为计算表达式，该计算表达式可以用于计算所述被控对象在native端的视图中的位置坐标，也即用于将web端视图对应的位置坐标转换为native端视图对应的位置坐标。该被控对象的初始位置也即是指web端视图中位置坐标，其可以是以被控对象的左上顶点为原点来确定的。

所述基于所述处理结果更新所述被控对象的视图属性可以具体是将所述计算结果设置为所述被控对象的相应的视图属性的属性值，即可以实现被控对象显示效果的变化。

例如假设初始位置为(100,100)，计算表达式即可以为X+100以及Y+100，其中，X以及Y分别为该触发事件对应的信号源，X可以表示被控对象的左边距，具体可以是被控对象的左边界距离界面的左边界的距离，Y可以表示被控对象的上边距，也即被控对象的上边界距离界面的上边界的距离。native端可以获得上边距以及左边距的监听数据，代入计算表达式，即可以获得被控对象在native端的位置坐标。

图2为本申请实施例提供的一种控制方法又一个实施例的流程图，本实施例的技术方案由App中的web端执行，该方法可以包括以下几个步骤：

201：基于界面中被控对象的触发事件，配置处理规则。

在一个实际应用中，本实施例的技术方案可以是由web端的Js代码执行。native端的执行操作可以是由native代码执行，Js代码与native代码基于JSBrige技术进行数据通信。

202：将所述处理规则发送至native端。

native端即可以基于所述触发事件的监听数据，获得所述处理规则的处理结果；基于所述处理结果更新所述被控对象的视图属性，以更新所述被控对象的显示效果。

在某些实施例中，所述将所述处理规则发送至native端可以包括：

接收所述native端的调用请求；

将所述处理规则发送至原生native端。

其中，该调用请求可以为native端监听到所述触发事件时发送的。

在某些实施例中，该处理规则可以具体是指计算表达式，所述基于被控对象的触发事件，配置处理规则可以包括：

接收所述native端的调用请求；其中，所述调用请求为native端监听到触发事件时发送的。

基于所述触发事件对应的信号源配置计算表达式；其中，所述信号源即作为所述计算表达式中的变量参数。

本申请实施例中，由于web端不再进行计算处理，native端无需下发监听数据至web端，web端也无需发送至处理结果至native端，因此可以节省两次基于通信信道的通信操作，且如果触发事件持续执行，由于native端已获得处理规则，因此native端与web端只需要在获取计算表规则的操作过程中进行一次数据通信即可，大大减少了信道耗时，从而可以提高显示的流畅度。

为了方便理解本申请实施例的技术方案，下面以触发事件为触摸事件为例对本申请实施例的技术方案进行介绍，该触摸事件可以是触摸屏感知用户触摸操作触发的电信号而生成，该触摸事件用于触发被控对象跟随用户操作物的移动而移动，用户操作物用于操作所述触摸屏，可选地，该用户操作物可以具体即是指用户的手指。如图3所示，为本申请实施例提供的一种控制方法又一个实施例的流程图，该方法可以包括以下几个步骤：

301：native端监听触摸事件。

用户手指在触摸屏中执行触摸操作，该触摸操作对应的触控点为连续的。触摸屏感知获得电信号，并由本地操作系统翻译为native可以理解的触摸事件(on Pan Move)。

302：native端向web端发送调用请求。

该调用请求可以是触摸事件处于起始状态时发送，也即用户手指开始触摸时(onTouch Start)发送。

303：web端基于所述触摸事件，配置计算表达式。

可选地，可以具体基于所述触摸事件对应的信号源，配置计算表达式。

该触摸事件用于触发被控对象跟随手指在触摸屏上的移动而发生移动。该计算表达式即可以用于计算被控对象的位置坐标。

因此，信号源可以包括被控对象的上边距以及左边距，作为计算表达式中的变量参数。

例如，该计算表达式可以为：

X+100；

Y+100；

其中，(100,100)为被控对象以被控对象的左上顶点为原点时的初始位置，X表示被控对象的左边距：Y表示被控对象的上边距。

304：web端将所述计算表达式发送至native端。

305：native端将所述计算表达式与所述触摸事件对应的视图属性进行绑定。

该计算表达式用于计算所述被控对象的位置坐标，因此该触摸事件对应的视图属性可以为位置坐标属性，例如transform.translateX以及transform.translateY，其中，transform.translateX表示界面左上顶点的X轴坐标，transform.translateY表示界面左上顶点的Y轴坐标。

从而可以将计算表达式Y+100与transform.translateX进行绑定，将计算表达式X+100与transform.translateY进行绑定。

306：native端基于所述触发事件生成的监听数据，获得所述计算表达式的计算结果。

307：native端基于所述计算结果更新所述被控对象的视图属性，以移动所述被控对象。

native端可以监听获得该被控对象跟随手指移动而移动过程中的上边距以及左边距的具体数值，也即监听数据，代入计算表达式即可以获得计算结果。将该计算结果作为视图属性的属性值，即可以实现视图属性的更新，实现被控对象的移动。

如图4a以及图4b中所示，分别为本申请实施例中提供的界面的显示示意图，图4a中，界面400中被控对象401位于初始位置A，以界面的左上顶点B为原点，被控对象以被控对象的左上顶点为原点时初始位置为(100,100)，上边距可以表示为Y，左边距可以表示为X。

假设，被控对象移动至目标位置C，如图4b中所示，目标位置C的计算表达式即可以分别表示为X+100以及Y+100，Y+100与视图属性transform.translateX绑定，也即以左上顶点B为原点的X轴坐标，X+100与视图属性transform.translateY绑定，也即以左上顶点B为原点的X轴坐标；假设被控对象位于该目标位置C处时，上边距X的监听数据为a，左边距Y的监听数据为b，则目标位置C的坐标为(a+100，b+100)，将a+100作为transform.translateX的属性值，b+100作为transform.translateY的属性值，即可以实现视图属性的更新，从而即可以实现将被控对象移动至目标位置C。

图5为本申请实施例提供的一种控制装置一个实施例的结构示意图，该装置可以包括：

监听单元501，用于监听界面中被控对象的触发事件。

该触发事件可以包括触摸事件、滚动事件、界面更新事件或者设备运动变化事件。

获取单元502，用于获取web端基于所述触发事件配置的处理规则。

该处理规则可以具体为计算表达式，该计算表达式中包括变量参数，该变量参数的具体数值可以由native端在触发事件发生时监听获得。

控制单元503，用于基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

可选地，该控制单元可以具体是基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果；

按照所述处理结果更新所述被控对象的视图属性。

本实施例中，由于web端不再进行处理，native端无需下发监听数据至web端，web端也无需发送处理结果至native端，因此可以节省两次基于通信信道的通信操作，且如果触发事件持续执行，由于native端已获得处理规则，因此native端与web只需要在获取计算表达式的操作过程中进行一次数据通信即可，大大减少了信道耗时，从而可以提高显示的流畅度。

在某些实施例中，所述处理规则可以为计算表达式；所述装置还可以包括：

绑定单元，用于将所述计算表达式与所述视图属性进行绑定。

此外，该装置还可以包括：

解绑单元，用于监听所述触发事件结束时，将所述计算表达式与所述视图属性进行解绑。

在某些实施例中，所述处理规则可以为计算表达式；所述获取单元可以具体用于获取web端基于所述触发事件对应的信号源配置的计算表达式；其中，所述信号源作为所述计算表达式中的变量参数；

所述控制单元基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果可以具体是基于所述触发事件对应信号源的监听数据，获得所述计算表达式的计算结果。

在某些实施例中，所述获取单元具体用于检测所述触发事件处于起始状态，请求所述web端基于所述触发事件配置处理规则；获取所述web端发送的所述处理规则。

在一个实际应用中，该触发事件可以用于触发所述被控对象在界面中的移动；

因此，所述获取单元检测所述触发事件处于起始状态，请求所述web端基于所述触发事件配置处理规则具体是检测所述触发事件处于起始状态，请求所述web端基于所述触发事件对应的所述被控对象的初始位置配置处理规则。

图6为本申请实施例提供的一种控制装置又一个实施例的结构示意图，该装置可以包括：

配置单元601，用于基于界面中被控对象的触发事件，配置处理规则；

发送单元602，用于将所述处理规则发送至native端，以供native端基于所述触发事件的监听数据以及所述处理规则，更新所述被控对象的视图属性。

在某些实施例中，所述发送单元可以具体用于接收所述native端的调用请求；

将所述处理规则发送至原生native端。

在某些实施例中，所述配置单元可以具体用于接收所述native端的调用请求；所述调用请求为native端监听到所述触发事件时发送的；基于被控对象的触发事件，配置处理规则。

需要说明的是，对于上述实施例中的控制装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

此外，本申请实施例还提供的一种客户端，其配置有如图5所示的控制装置以及如图6所述的控制装置；

其中，图5所示的控制装置为基于web语言开发获得，图6所示的控制装置为基于native语言开发获得。

此外，本申请实施例还提供了一种电子设备，如图7所示，所述电子设备可以包括存储器701以及处理器702，其中，所述存储器存储native程序以及web程序；

所述处理器用于：

执行所述native程序以监听界面中被控对象的触发事件；

执行所述web程序以基于所述被控对象的触发事件，配置处理规则；

执行所述native程序以从所述web程序获取所述处理规则；基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

其中，存储器被配置为存储各种类型的数据以支持在电子设备的操作。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

此外，该电子设备必然还可以包括其他部件，例如触摸屏、传感器、摄像头等，此外还可以包括输入/输出接口、通信组件等。

触摸屏可以感知用户触摸操作以及滑动操作；传感器例如可以感知电子设备运动状态的变化；摄像头可以采集图像等。

输入/输出接口为处理器和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。

通信组件被配置为便于电子设备和其他设备之间有线或无线方式的通信等。

此外，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序可以包括web程序以及native程序，所述计算机程序被计算机执行时可以实现上述图1以及图2所示实施例的控制方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (14)

1.一种控制方法，其特征在于，包括：

监听界面中被控对象的触发事件；

获取网页web端基于所述触发事件配置的处理规则；

基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

2.根据权利要求1所述的方法，其特征在于，所述基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性包括：

基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果；

按照所述处理结果更新所述被控对象的视图属性，以更新所述被控对象的显示效果。

3.根据权利要求2所述的方法，其特征在于，所述处理规则为计算表达式；

所述基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果之前，所述方法还包括：

将所述计算表达式与所述视图属性进行绑定。

4.根据权利要求2所述的方法，其特征在于，所述处理规则为计算表达式；

所述获取网页web端基于所述触发事件配置的处理规则包括：

获取web端基于所述触发事件对应的信号源配置的计算表达式；其中，所述信号源作为所述计算表达式中的变量参数；

所述基于所述触发事件生成的监听数据以及所述处理规则，获得处理结果包括：

基于所述触发事件对应信号源的监听数据，获得所述计算表达式的计算结果。

5.根据权利要求1所述的方法，其特征在于，所述获取网页web端基于所述触发事件配置的处理规则包括：

检测所述触发事件处于起始状态，请求所述web端基于所述触发事件配置处理规则；

获取所述web端发送的所述处理规则。

6.根据权利要求5所述的方法，其特征在于，所述触发事件用于触发所述被控对象在显示界面中的移动；

所述检测所述触发事件处于起始状态，请求所述web端基于所述触发事件配置处理规则包括：

检测所述触发事件处于起始状态，请求所述web端基于所述触发事件对应的所述被控对象的初始位置配置处理规则。

7.根据权利要求1所述的方法，其特征在于，所述触发事件包括触摸事件、滚动事件、界面更新事件或者设备运动变化事件。

8.一种控制方法，其特征在于，包括：

基于界面中被控对象的触发事件，配置处理规则；

将所述处理规则发送至原生native端，以供所述native端基于所述触发事件的监听数据以及所述处理规则，更新所述被控对象的视图属性。

9.根据权利要求8所述的方法，其特征在于，所述将所述处理规则发送至原生native端包括：

接收所述native端的调用请求；

将所述处理规则发送至所述native端。

10.根据权利要求8所述的方法，其特征在于，所述基于被控对象的触发事件，配置处理规则包括：

接收native端的调用请求；所述调用请求为所述native端监听到所述触发事件时发送的；

基于所述被控对象的触发事件，配置处理规则。

11.一种控制装置，其特征在于，包括：

监听单元，用于监听界面中被控对象的触发事件；

获取单元，用于获取web端基于所述触发事件配置的处理规则；

控制单元，用于基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。

12.一种控制装置，其特征在于，包括：

配置单元，用于基于界面中被控对象的触发事件，配置处理规则；

发送单元，用于将所述处理规则发送至原生native端，以供所述native端基于所述触发事件的监听数据以及所述处理规则，更新所述被控对象的视图属性。

13.一种客户端，其特征在于，配置有如权利要求11所述的控制装置以及如权利要求12所述的控制装置。

14.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器存储native程序以及web程序；

所述处理器用于：

执行所述native程序以监听界面中被控对象的触发事件；

执行所述web程序以基于所述被控对象的触发事件，配置处理规则；

执行所述native程序以从所述web程序获取所述处理规则，并基于所述触发事件生成的监听数据以及所述处理规则，更新所述被控对象的视图属性。