CN102129386B - 一种移动微件及其实现终端移植的方法 - Google Patents

Abstract

本发明公开了一种移动微件及其实现终端移植的方法，包括针对不同的目标应用平台分别设置中间类库，标准移动微件(Widget)按照中间类库来调用应用平台的API。通过本发明方法，使得标准移动Widget在不需要更改任何代码和文件名的情况下，即可安装在各种不同的应用平台上，从而实现了应用平台之间的移动Widget的灵活的移植，从而增强了用户对移动Widget的使用体验，满足了用户的需求。

Description

一种移动微件及其实现终端移植的方法

技术领域

本发明涉及移动微件(Widget)技术，尤指一种移动微件及其实现终端移植的方法。

背景技术

移动Widget的易开发、易部署、个性化、交互式、消耗流量少等特性使得它非常适合移动互联网。

由于移动Widget的使用的方便性，得到了大多用户的青睐。目前，有诸多主流的移动Widget应用平台，但是，由于各个应用平台之间的API的不兼容性，使得不同平台提供的移动Widget在不同移动Widget应用平台上不能互用，这使得移动Widget的开发速度受到了限制。

现有的移动Widget的开发都是按照各个不同应用平台(比如JIL、S60和Windows Mobile平台等)的API规范来开发的，如果要移植，必须要改变移动Widget中涉及API实现的JavaScript代码段，并且还要考虑到平台对API的支持情况，这个改变是相当复杂的。移动Widget不能方便地移植到其他应用平台上，很大一部分原因就是各个应用平台的Widget应用程序编程接口(API)不兼容，而API的不兼容性主要体现在调用方式和实现方式上的不同。

在调用方式上，由于各个应用平台的API对象结构不相同，所以在调用时各个平台有自己的路径要求。同时，有些应用平台的调用可能需要平台内部一些机制的支持，这就导致了实现同样功能的API在不同应用平台上无法实现一致的调用；

在实现方式上，有些应用平台的实现可能是以方法的方式实现的，而实现同样功能的其他应用平台上，可能是用属性的方式来实现的。

另外，由于移动Widget在编写时一般将其界面元素大小、位置和文字大小固定(编写移动Widget的三种语言HTML/CSS/JavaScript的特性和编程人员的习惯)，因此，移动Widget不能在各种分辨率的移动终端上提供一致的用户体验，也就是说，同一款移动Widget在不同屏幕分辨率的移动终端上显示时，会出现效果上的差异，如显示界面相对于屏幕来说过大或者过小。

比如，利用超文本标记语言(HTML)在编写移动Widget时，HTML中所用到的标签可以对字体大小以像素为单位作固定，如<font>标签；另外还有一些HTML标签自带的属性可以以像素为单位固定元素的大小，如<img>标签的自带属性height和width。这些固定了字体大小和元素大小的标签和属性就影响了移动Widget在不同屏幕分辨率的移动终端上的显示效果；

再如，检查层叠样式表(CSS)为HTML标签的属性定义提供了更方便多样的定义方式，CSS中同样可以以像素为单位固定字体大小和元素大小，如font-size属性和height属性；CSS还可以以相对或绝对方式定义元素的排列位置，如position属性和top属性。这些CSS属性同样影响了移动Widget在不同屏幕分辨率的移动终端上的显示效果；

又如，JavaScript语言对HTML文档对象模型(DOM)的读取与控制作用，可以为移动Widget提供动态的界面显示效果，这是利用JavaScript来修改HTML标签对应的CSS属性来实现的，如object.style.fontSize语句可以设置标签对应的font-size属性，即字体大小属性。HTML和CSS语言对移动Widget的初始化显示界面产生影响，而JavaScript则会对移动Widget在运行过程中的显示界面产生影响，同样影响了移动Widget在不同屏幕分辨率的移动终端上的显示效果。

而对于移动Widget源代码中未定义固定显示大小的图片资源文件，将按照图片资源文件原始大小显示，给移动Widget在不同屏幕分辨率的移动终端间移植造成了不便。

综上所述，现有移动Widget的实现来看，影响到了用户对移动Widget的使用体验，不能很好的满足用户的需求。

发明内容

有鉴于此，本发明的主要目的在于提供一种移动微件及其实现终端移植的方法，能够灵活适用于不同移动Widget应用平台，增强用户对移动Widget的使用体验，满足用户的需求。

为达到上述目的，本发明的技术方案是这样实现的：

一种移动微件实现终端移植的方法，包括：

针对不同的目标应用平台分别设置中间类库；标准移动微件Widget按照中间类库来调用应用平台的应用程序编程接口API。

所述中间类库用于调用各个目标应用平台所提供的API。

所述针对不同的目标应用平台的各中间类库采用统一的调用方式和实现方式，并向各自对应的目标应用平台提供接口。

所述调用方式和实现方式是预先设定的方式。

所述调用方式和实现方式是通过对目标应用平台已有API的功能进行分析，得出各目标应用平台API的异同点，并根据得到的异同点确定的。

所述按照中间类库来调用应用平台的API包括：针对所述各目标平台的移动Widget中间库文件放置在Widget开发文件夹的任意位置，并在超文本标记语言HTML文件中加上中间类库的位置地址。

该方法还包括：在所述中间类库新增移动终端功能实现的描述。

该方法还包括：将所述移动Widget的各语言代码中影响显示界面的属性和变量的取值，按照统一的缩放比例进行放大或缩小。

一种移动微件，包括标准移动Widget单元、一个或一个以上中间类库单元，其中，

标准移动Widget单元，用于根据对应的规范编写的标准的移动Widget，该标准Widget调用的API是中间类库提供的API；

中间类库模块，用于被标准移动Widget调用，并调用自身对应的目标应用平台；所述中间类库单元至少包括调用模块，用于实现被标准移动Widget调用，并调用自身对应的目标应用平台。

所述中间类库单元还包括功能描述模块，用于在中间类库中设置终端功能，并由标准移动Widget单元调用、通过对应应用平台的API在终端上实现该功能。

所述移动Widget还包括屏幕适配单元，用于将所述移动Widget的各语言代码中影响显示界面的属性和变量的取值，按照统一的缩放比例进行放大或缩小。

从上述本发明提供的技术方案可以看出，包括针对不同的目标应用平台分别设置中间类库，标准移动Widget按照中间类库来调用应用平台的API。通过本发明方法，使得标准移动Widget在不需要更改任何代码和文件名的情况下，即可安装在各种不同的应用平台上，从而实现了应用平台之间的移动Widget的灵活的移植，从而增强了用户对移动Widget的使用体验，满足了用户的需求。

附图说明

图1为本发明实现移动Widget移植的方法的流程示意图；

图2为本发明移动Widget的组成结构示意图；

图3为本发明移动Widget实现离线屏幕工具的原理示意图；

图4为本发明移动Widget实现跨平台和跨屏幕移植的示意图。

具体实施方式

图1为本发明实现移动Widget移植的方法的流程示意图，如图1所示，主要包括以下步骤：

步骤100：针对不同的目标应用平台分别设置中间类库。

本步骤中，中间类库用于调用各个目标应用平台所提供的API，具体实现方式很多，属于本领域技术人员惯用技术手段，这里并不做限定。

各个中间类库按照统一的调用方式和实现方式来实现，并向各自对应的目标应用平台提供接口。这里，统一的调用方式和实现方式可以是预先设定的方式。通过本步骤的中间类库，屏蔽了各目标应用平台API的不同。

此时，在编写移动Widget时，根据对应的规范编写标准的移动Widget即可，该标准Widget调用的API是中间类库提供的API，而不需要再调用目标应用平台提供的API。

进一步地，为了保证统一的调用方式和实现方式，并更好地适用于目标应用平台，获取统一的调用方式和实现方式的方法还可以为：对目标应用平台已有API的功能进行分析，得出各个应用平台API的异同点，并结合这些异同点设置中间类库，同时向各对应的目标应用平台提供接口，最后利用中间类库的方法来实现API在上层的封装，从而使得标准移动Widget通过调用中间类库的方式来实现对各应用平台API的调用，以方便地达到移动Widget在各不同目标应用平台的移植。具体实现如下：

假设选取目前主流的平台JIL、S60和Windows Mobile平台作为本实例的目标应用平台。并假设为了实现查询手机电池是否在充电的功能。

首先，查看各个平台查询手机电池是否在充电的功能的API，确定上述三个平台都提供该功能，并确定出上述三个平台上调用和实现手机电池是否在充电这一功能的方式，分别如下：

在JIL平台上的实现，需要调用Widget对象下的Device对象，然后再调用Device对象下的PowerInfo对象，最后调用PowerInfo对象下的isCharging属性来实现，并且返回值是布尔(Boolean)值，具体使用示例代码如表1所示：

表1

在WRT平台上的实现，需要创建device对象下的getServiceObject方法实例，然后新建对象实例来获取关于电池充电是否充电的参数，并将该参数传递给getServiceObject方法实例下的ISysInfo对象下的GetInfo方法，最后返回该方法的返回值ReturnValue.Status，并且返回值是Number值，具体实现代码如表2所示：

表2

在Windows Mobile平台上的实现，需要调用widget对象下的createObject方法，并用createObject方法来创建SystemState对象实例，然后再调用SystemState对象实例下的PowerBatteryState属性，并且返回值是Number值，具体实现代码如表3所示：

表3

确定出上述三个平台上调用和实现手机电池是否在充电这一功能的方式后可知，JIL和Windows Mobile平台都是以属性的方式实现的，而WRT是以方法的方式实现的，所以，中间类库可以将实现方式统一选为属性的方式，这就要求将WRT中的方法实现方式转换成属性实现方式；本实施例中，假设将JIL平台中查询手机电池是否在充电这一功能的对象结构作为中间类库的对象结果。所以，本实施例中将JIL的实现方式和调用方式作为目标，而将WRT和Windows Mobile的查询手机电池是否在充电这一功能的API改写成JIL下调用方式和实现方式。具体改写方法很多，属于本领域技术人员的惯用技术手段，这里不再赘述，具体实现也不用于限定本发明的保护范围。

这里仅举例来说明，改写WRT查询手机电池是否在充电这一功能的API，使其实现JIL平台的对象结构调用并与JIL的调用形式和实现方式一致，并且返回值为Boolean值，具体实现代码如表4所示：

表4

改写Windows Mobile查询手机电池是否在充电这一功能的API，使其实现以JIL平台的对象结构调用并与JIL的调用形式和实现方式一致，并且返回值是Boolean值，具体实现代码如表5所示：

表5

最后将上述获得的中间类库(为.JS文件)放置在包含Widget代码的文件夹中并按打包，安装运行即可实现API的转换。

通过步骤100，在中间类库中封装了各个目标应用平台的API，从而在开发移动Widget阶段就实现了移动Widget的跨平台的灵活应用。

进一步地，如果中间类库所对应的目标应用平台中没有某些功能，如手机电池是否在充电等，可以在中间类库中设置该功能，并由标准移动Widget单元调用、通过对应应用平台的API在终端上实现该功能。这里，在中间类库中新增功能的描述与在各目标应用平台的描述的实现方法是一致的，只要在各中间类库中使用统一的调用方式和实现方式的方法即可。

步骤101：标准移动Widget按照中间类库调用应用平台的API。

本发明以中间类库方法实现移动Widget在各个目标应用平台之间移植的方法，只要针对目标平台的Widget中间库文件放置在Widget开发文件夹的任意位置，并在HTML文件中加上中间类库的位置地址即可实现API的移植。

比如：<script type＝″text/javascript″src＝″Lib.js″>，此时中间类库文件放置在Widget主目录下。

通过本发明方法，使得标准移动Widget在不需要更改任何代码和文件名的情况下，即可安装在各种不同的应用平台上，从而实现了应用平台之间的Widget的灵活的移植。

为了实现移动Widget在各种屏幕分辨率的移动终端上拥有一致显示的效果，本发明方法还包括：

针对不同屏幕分辨率的终端的移植，采用移动Widget离线屏幕适配，对编写移动Widget的各语言代码中影响显示界面的属性和变量取值按照统一的缩放比例进行放大或者缩小，从而对移动Widget的显示界面作统一的放大或者缩小，而不影响整体的显示效果。具体实现包括：

分析HTML/CSS/JavaScript语言中对界面元素大小、位置和文字大小产生影响的标签、属性和语句，得出各个标签、属性和语句的功能和使用方式，分析其中的原理和特征，对这些特征进行详细分类(对文字大小、控件的位置和大小、图片的位置和大小有影响的特征)以及确定各类的处理方式，提取出在Widget中可能用到的并且影响上述功能属性的标签、属性和语句；

制订一套开发可屏幕适配的移动Widget时所遵循的规范，主要对HTML/CSS/JavaScript语言中无法处理的类别做出使用上的限制(比如：在对功能上的详细分析后无法找到合适的处理方案的少量标签和属性进行限制，比如绝对位置的标签)，对其中可以处理但是需要在编写过程中作相应标记的类别作出编写规则定义(比如：对那些没有明显的识别标志的动态改变属性的标签或语句作相应标记进行识别处理)；

设计移动Widget离线屏幕适配工具，识别并对上述提取的标签、属性和语句进行屏幕设配的修改，对按照上述规范中设置有标志的标签和语句也进行识别并修改，对移动Widget中各个可处理类别进行相应的处理；

将作上述处理后的移动Widget重新打包(按照各个平台的标准Widget的打包格式进行打包以便安装至目标平台)，安装至目标移动设备即可使用。

上述对属性或变量取值作合适修改来实现移动Widget在各种屏幕分辨率的移动设备上提供用户一致性体验的方法还具有以下特点：对移动Widget的屏幕适配采取离线适配方式，适配准确高效；不需要对终端作出硬件或者软件上的改造，终端兼容性好；不需要改变传统的移动Widget编写技术；技术继承性好。

同现有的移动Widget开发相比，本发明由中间类库和屏幕适配实现的移动Widget，节约了描述移动Widget代码时的周期，特别是在大量编写移动Widget时，本发明方法大大缩短了移动Widget的开发周期，也给不同目标应用平台的移动终端用户带来了Widget需求的满足。

图2为本发明移动Widget的组成结构示意图，如图2所示，包括标准移动Widget单元、一个或一个以上中间类库单元，其中，

标准移动Widget单元，用于根据对应的规范编写的标准的移动Widget，该标准Widget调用的API是中间类库提供的API；

中间类库模块，用于被标准移动Widget调用，并调用自身对应的目标应用平台。中间类库单元至少包括调用模块，用于实现被标准移动Widget调用，并调用自身对应的目标应用平台。

进一步地，中间类库单元还包括功能描述模块，用于在中间类库中设置终端功能，并由标准移动Widget单元调用、通过对应应用平台的API在终端上实现该功能。

本发明提供的移动Widget还包括屏幕适配单元，用于将移动Widget的各语言代码中影响显示界面的属性和变量的取值，按照统一的缩放比例进行放大或缩小。

下面结合两个实施例，详细描述本发明实现移动Widget移植的方法。

图3为本发明移动Widget实现离线屏幕工具的原理示意图。如图3所示，请结合图3进行总体的描述。此处主要分为两个部分，首先，按照上述所描述的中间类库的方法实现Widget平台上的移植；然后，使用上述所描述的离线屏幕适配工具对代码做相应的修改以适应不同的屏幕，这两步没有特别的先后的顺序。

图4为本发明实现移动Widget跨平台移植的实施例的流程示意图，如图4所示，包括以下步骤：

步骤400：确定JIL平台、WRT平台、Windows Mobile平台提供查询移动终端是否在充电的功能。

步骤401：通过查看各平台的规定得出：移动终端是否在充电的API，在JIL和WM平台上是以属性的方式来实现的，在WRT上是以方法的方式来实现的；并且，在上述三个平台上的调用方式不一样。

步骤402：封装代码使得在WRT平台上实现以属性的方式查询移动终端是否充电的功能。本步骤的具体封装代码的方法很多，属于本领域技术人员的惯用技术手段，这里不再赘述，具体实现也不用于限定本发明的保护范围。

步骤403：封装代码使得在WRT和WM平台上实现查询移动终端是否充电功能的调用方式(对象结构)和JIL的相同。本步骤的具体封装代码的方法很多，属于本领域技术人员的惯用技术手段，这里不再赘述，具体实现也不用于限定本发明的保护范围。

通过步骤402和步骤403，实现了查询移动终端是否充电功能在JIL、WM和WRT平台上的实现方式和调用方式的一致性。

步骤404：将上述WRT和WM所实现的功能封装成以js为扩展名的中间类库，从而使得查询移动终端是否充电功能实现了跨平台。

下面描述上述实现的中间类库的一个移动Widget的实例，具体包括：

首先，按照规范编写移动Widget的程序，以实现查询移动终端电池是否在充电的功能，程序部分代码中的HTML代码段如表6所示，JavaScript代码段如表7所示：

表6

表7

其中，表6中HTML代码段中的<script type＝″text/javascript″src＝″script/Lib.JS"/>包含了中间类库，表7中JavaScript代码段按照中间类库的对象结构调用API，以实现电池是否充电的显示。

接着，将目标平台的中间类库(本实施例中是在WRT平台上)放置在HTML文件指定的位置；然后，按照目标平台的打包规范打包该移动Widget。

最后，将打包好的移动Widget安装至目标平台并运行即可。

假设确定出屏幕适配比率是2.0，包括：

首先，对移动Widget中HTML文件中的HTML标签自带属性height和width的取值作适配处理。

适配前的代码片段如表8所示：

表8

适配后的代码片段如表9所示：

表9

从表8和表9中双下划线处可以看出，适配后的代码中，HTML标签自带属性height和width的取值为原值乘以屏幕适配比率。

接着，对移动Widget中HTML文件和CSS文件中的CSS属性：font属性、font-size属性、height属性、width属性、min-height属性、min-width属性、max-height属性、max-width属性、top属性、bottom属性、right属性和left属性的取值作适配处理。

适配前的代码片段如表10所示：

表10

适配后的代码片段如表11所示：

表11

从表10和表11中双下划线处可以看出，适配后的代码中，CSS属性：height属性、width属性、top属性、left属性和font-size属性的取值为原值乘以屏幕适配比率。

然后，对移动Widget中HTML文件和JavaScript文件中作特殊标记的变量名的赋值作适配处理。

适配前的代码片段如表12所示：

表12

适配后的代码片段如表13所示：

表13

从表12和表13中双下划线处可以看出，适配后的代码中，作特殊标记的变量名的赋值为原值乘以屏幕适配比率。

最后，按照可屏幕适配移动Widget开发规范开发的移动Widget，将不同屏幕分辨率所对应的图片资源文件放置于不同目录中。假设目标屏幕分辨率高度值为640，宽度值为360。将处理前后状态，以及文件夹“640x360”中的文件已全部复制至文件夹“picResource”中，并且在文件夹“picResource”中新建名为“640x360”的空文件夹以标明处理后的状态。以移动Widget基于Nokia S60WRT平台，实现屏幕适配包括：按照移动widget屏幕适配开发规范编写一个数独游戏Widget，原始大小高度为470像素，宽度为360像素；目标屏幕分辨率高度值为320，宽度值为240。按照宽度进行适配，屏幕适配比率设置为240/360；利用移动Widget离线适配工具对该移动Widget进行处理，并将适配后的Widget安装至目标设备运行。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (2)

1.一种移动微件实现终端移植的方法，其特征在于，包括：

针对不同的目标应用平台分别设置中间类库；标准移动微件Widget按照中间类库来调用应用平台的应用程序编程接口API；

其中，所述中间类库用于调用各个目标应用平台所提供的API，采用移动Widget离线屏幕适配，将所述移动Widget的各语言代码中影响显示界面的属性和变量的取值，按照统一的缩放比例进行放大或缩小，

所述针对不同的目标应用平台的各中间类库采用统一的调用方式和实现方式，并向各自对应的目标应用平台提供接口，

所述调用方式和实现方式是通过对目标应用平台已有API的功能进行分析，得出各目标应用平台API的异同点，并根据得到的异同点确定的；

其中，所述按照中间类库来调用应用平台的API包括：针对所述各目标平台的移动Widget中间库文件放置在Widget开发文件夹的任意位置，并在超文本标记语言HTML文件中加上中间类库的位置地址；

该方法还包括：在所述中间类库新增移动终端功能实现的描述。

2.一种移动微件，其特征在于，包括标准移动Widget单元、一个或一个以上中间类库单元、以及屏幕适配单元，其中，

标准移动Widget单元，用于根据对应的规范编写的标准的移动Widget，该标准Widget调用的API是中间类库提供的API；

中间类库模块，用于被标准移动Widget调用，并调用自身对应的目标应用平台；所述中间类库单元至少包括调用模块，用于实现被标准移动Widget调用，并调用自身对应的目标应用平台；其中，针对不同的目标应用平台的各中间类库采用统一的调用方式和实现方式，并向各自对应的目标应用平台提供接口，所述调用方式和实现方式是通过对目标应用平台已有API的功能进行分析，得出各目标应用平台API的异同点，并根据得到的异同点确定的；

屏幕适配单元，用于采用移动Widget离线屏幕适配，将所述移动Widget的各语言代码中影响显示界面的属性和变量的取值，按照统一的缩放比例进行放大或缩小；

所述中间类库单元还包括功能描述模块，用于在中间类库中设置终端功能，并由标准移动Widget单元调用、通过对应应用平台的API在终端上实现该功能。