CN101944017A

CN101944017A - 一种Widget的制作方法及其制作装置

Info

Publication number: CN101944017A
Application number: CN2009101087213A
Authority: CN
Inventors: 符海芳; 李朋; 张�杰; 肖啟志
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-07-09
Filing date: 2009-07-09
Publication date: 2011-01-12
Anticipated expiration: 2029-07-09
Also published as: CN101944017B

Abstract

本发明实施方式公开一种Widget的制作方法，所述方法包括：为用户提供多个组件；根据用户对选择的组件的编辑操作，生成组件间的Widget逻辑；根据所述组件间的Widget逻辑生成相应的Widget文件。本发明实施方式还提供一种Widget的制作装置，可以扩大制作Widget的用户范围。

Description

一种Widget的制作方法及其制作装置

技术领域

本发明实施例涉及计算机领域，特别是涉及一种Widget的制作方法及其制作装置。

背景技术

随着移动互联网的迅速发展，微件(Widget)的出现让互联网的发展又提高了一个阶段，Widget也可以称之为微技。Widget是一种基于JavaSc ript的应用程序平台，也可以认为是一个基于网络、可以独立在桌面运行的实用小工具，通常是打包成一个文件被客户端下载并安装使用。用户通过Widget可以享受新闻阅读、天气资讯、图片浏览等业务。当然，用户在享受Widget这种业务的同时，也可以根据自己的想法制作各式各样的Widget。

目前，用户可以通过使用一些类似软件开发工具来制作Widget，比如NOKIA的软件开发工具包(Software Development Kit，SDK)。

发明人在实现本发明的过程中，发现现有技术至少存在以下缺点：现有技术中的SDK要求用户具备相当的专业知识，即要求用户通过编写相关的技术代码来制作Widget，然而，广大的用户不具有相应的专业知识，从而限制了制作Widget的用户范围，并且SDK很难被广大的用户接受和使用。

发明内容

本发明实施例提供一种Widget的制作方法及其制作装置，以扩大制作Widget的用户范围。

根据本发明的一方面，提供一种Widget的制作方法，所述方法包括：

为用户提供多个组件；

根据用户对选择的组件的编辑操作，生成组件间的Widget逻辑；

根据所述组件间的Widget逻辑生成相应的Widget文件。

根据本发明的另一方面，还提供一种Widget的制作装置，所述装置包括：

组件库，用于为用户提供多个组件；

Widget制作单元，用于根据用户对选择的组件的编辑操作生成组件间的Widget逻辑，并根据所述组件间的Widget逻辑生成相应的Widget文件。。

采用上述提供的技术方案，当用户需要制作Widget时，为用户提供多个组件选择，并根据用户对选择的组件间的逻辑操作，生成组件间的Widget逻辑，从而生成一个Widget文件，由于不需要用户具有该技术领域的相关专业知识，只需要用户进行选择组件和简单的逻辑操作，从而可以使用户可以方便简单的制作Widget，从而扩大制作Widget的用户范围。

附图说明

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

图1为本发明实施例的Widget制作方法的流程图；

图2为本发明实施例的图1中的步骤S106的具体实现流程图；

图3为本发明实施例的Widget制作装置的结构图。

具体实施方式

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

在本实施例中的Widget制作方法为基于组件的Widget制作方法。在本实施例中，可以根据组件来源或描述文件对组件进行分类。若采用组件来源的形式分类，则组件可以包括Widget组件，模板组件及应用程序编程接口(Application Programming Interface，API)组件。在本实施例中，Widget组件可以具有主动获取数据、对主动获取的数据进行处理的逻辑及用户界面的三部分功能；模板组件可以具有对被动接收的数据进行处理的逻辑和用户界面的二部分功能，其中，模板组件为被动的接收数据；API组件可以具有获取数据和用户界面的二部分功能，其中，API组件为主动的获取数据。

若采用描述文件的形式分类时，组件可以分为输入型组件和输出型组件。输入型组件用于接收外来数据，包括具有对接收的数据进行处理的逻辑组件和用户界面组件，比如Widget-input组件和模板组件。输出型组件用于输出数据，包括具有获取数据的组件和对获取的数据进行处理的逻辑组件，比如，Widget-output组件和API组件。

在本实施例中，组件包括获取数据的代码和对代码的描述文件，当然，描述文件可以称之为元数据，代码可以为JS对象，JS是指JavaScript，描述文件是对JS对象的描述。在本实施例中，API组件中的JS对象用于获取数据，描述文件用于描述数据格式和获取数据的方法。

在本实施例中，Widget组件可以包括Widget对象、输入控制描述及输出控制描述，其中，Widget对象可以为Widget本身，输入控制描述为描述输入数据的入口点，输出控制描述为描述输出数据的格式以及Widget中用来封装成输出数据的JS对象。而模板组件与Widget组件比较相似，只是模板组件不具有Widget组件中的获取数据的功能。

图1为本发明实施例的Widget制作方法的流程图。

在本实施例中，需要说明的是，执行Widget的制作方法可以由一个Widget制作装置或系统来操作。当用户开始制作Widget时，用户首先需要选择一些组件，用户可以通过查找，从组件库中获取需要的组件。在选择组件的过程中，若用户从组件库选择了其中的某一个组件，还可以考虑，从与该组件相匹配的组件中选择一些组件。在本实施例中，两个组件相匹配是指一个组件的输出参数须与另一个组件的输入参数匹配。比如，若用户从组件库中选择了一个组件，该组件输出的数据是天气类型的数据，则与该组件相匹配的组件可以是一个输入的数据也是天气类型的数据的组件，当然，可以有多个匹配的组件。也可以理解为，系统为用户提供多个组件，进一步可以理解为，系统为用户提供满足查找需求的组件，并供用户选择，以及还提供与用户选择的组件相匹配的组件，也供用户选择。

在本实施例中，当系统为用户提供了多个组件后，用户就可以开始进行对组件的编辑操作，当用户编辑操作后，系统可以根据用户对选择的组件的编辑操作，生成组件间的Widget逻辑；根据所述组件间的Widget逻辑生成相应的Widget文件。

在本实施例中，用户只需要进行选择需要的组件，并对组件进行编辑操作，系统再根据用户的编辑操作生成相应的Widget文件，从而可以使用户可以方便简单的制作Widget，从而扩大制作Widget的用户范围。并且，由于组件的多样化，可以使用户制作出多样化的Widget文件

为更好的理解，以下进行详细的描述说明。

在步骤S100，显示用户选择的组件。在本实施例中，当用户选择完需要的组件后，系统就会将用户选择的组件显示给用户。

步骤S102，获取该组件的描述信息，并显示该组件的描述信息。在本实施例中，步骤S100和步骤S102，还可以同步执行。从用户的角度来说，用户会同时看到系统显示的组件和该组件的描述信息。

在本实施例中，组件的描述信息也可以包括组件的描述文件或组件的元数据，例如：组件名称，输出和输入数据的类型、格式等。在本实施例中，本步骤主要为让用户可以得知选择的组件有哪些具体信息，即直观的了解组件的结构和功能，可以方便用户进行下一步的操作。在本实施例中，当用户得知组件的描述信息后，用户可以对显示的组件定义逻辑关系，比如，将一个组件的输入连接到另一个组件的输出，也就是定义不同的组件之间的逻辑关系。

步骤S104，根据用户对组件的编辑操作，显示操作后的组件。在本实施例中，可以具体包括，接受用户对选择的组件的编辑操作，再根据用户对组件的编辑操作，显示操作后的组件。当用户对当前的组件的进行编辑操作时，系统可以同步的显示操作后的组件之间的逻辑关系。在本实施例中，从系统的角度可以将用户对组件的编辑操作理解为一种模拟组件间的逻辑过程。

步骤S106，生成组件间的Widget逻辑。在本实施例中，当用户完成组件的编辑操作后，从用户的角度，可以理解为用户初步完成了Widget的制作，但针对系统而言，需要对用户所操作的组件进行后台的Widget逻辑生成操作。在本实施例中，可以根据组件中描述文件中的JS对象生成组件间的Widget逻辑。在本实施例中，可以理解为，可以根据用户对选择的组件的编辑操作，获取用户编辑操作的组件的描述文件，再根据用户编辑操作的组件的描述文件中的JS对象生成组件间的Widget逻辑。

步骤S108，生成相应的Widget文件。在本实施例中，Widget文件可以包括配置文件、资源文件、签名文件等等。在本实施例中，可以根据Widget的规范，将生成的组件间的Widget逻辑生成相应的Widget文件。当然，这个Widget的规范可以理解为生成Widget文件一个标准或流程，跟现有技术中生成Widget文件的过程等同。此处不在描述。在本实施例中，可以通过上述的步骤就可以实现如何生成Widget文件。

进一步地，该方法实施例还可以包括以下步骤：

步骤S110，对生成的Widget文件的可用性进行验证。在本实施例中，为进一步确保用户制作的Widget文件可以正常使用，系统需要对生成的Widget文件的可用性进行验证，即进行调试，预览，代码验证等过程。当验证该生成的Widget文件可以正常使用后，才能将Widget文件打包，发布到服务器供其他用户可以下载使用，当然也可以将生成的Widget文件存储到用户制作Widget的数据库。可以理解的是，对生成的Widget文件进行验证的步骤为一个现有的操作步骤。此处不再详细描述。

图2为本发明实施例的图1中的步骤S106的具体实现流程图。在本实施例中，将一个组件的数据输出作为另一个组件的输入的逻辑为例子来说明。在本实施例中，这两个组件分别为输出组件和输入组件，从用户的角度理解为，将输出组件的数据输出端连接至输入组件的数据输入端，从系统的角度来说，系统需要实现这个逻辑关系。在本实施例中，Widget的描述文件可以为如下所述：

<data-input name＝“data”，isJSON＝”true”type＝

“String”>

<fields>//描述返回

</fields>

<data-input/>

<Ui-Logic function＝“display”ui-postion＝“m，n”

parameter＝“data-input.items；datainput.length”/>

</component>

其中，eventhandler定义Widget中触发数据获取的事件；data-input定义数据输入的入口，输入的数据要传输到data-input变量；Ui-logic指明Widget的数据处理逻辑UI，为一段JS Function，对原Widget中ui-logic的封装，表示可以被重用的UI-Logic的代码片段。

在本实施例中，可以理解为，通过输入组件的eventhandler、data-input、Ui-logic来生成Widget逻辑。以下进行详细描述。

在步骤S200中，获得输入组件的输入数据的信息。在本实施例中，输入数据的信息可以包括数据的名称，类型、格式等。在本实施例中，通过输入组件的data-input获得输入数据的信息。

步骤S202，获得输入组件的数据处理逻辑和UI的JS代码。在本实施例中，通过Ui-logic来获得数据处理逻辑和UI的JS代码。可以理解为，本步骤为获得Ui-logic函数。

比如：输入组件：ui-logic函数定义

*/

function display(data，len)

{

println(data)；

var content＝′<table>′； //html串的容器

var item； //单条新闻列表对象

var title； //新闻标题

var linke； //新闻详细内容地址

var pubDate； //新闻日期

var picture； //新闻图片

var desc ription； //新闻简述

}

步骤S204，将获取输出组件的输出数据的函数和Ui-logic函数进行函数组合。在本实施例中，可以通过getxxx函数来获得输出组件的输出数据，并将获得的输出数据作为Ui-logic函数中的输入数据。在本实施例中，需要根据步骤S200中的获得输入组件的输入数据的信息，利用getxxx函数从输出组件的输出数据获得对应的数据，也可以理解为，可以根据输入组件的输入数据的信息生成getxxx函数，比如：data＝sinaNews.getJSON()。

步骤S206，确定输入组件是否有触发事件。在本实施例中，当确定输入组件有触发事件时，执行步骤S208，当确定输入组件没有触发事件时，执行步骤S210。

步骤S208，获得输入组件的触发事件的代码，并根据组合后的函数重新生成触发事件的代码。在本实施例中，可以理解为，将组合后的函数写入到获得的触发事件的函数中，以生成一个新的触发事件的函数。

比如：function eventhandler()

{

data＝sinaNews.getJSON()；

display(data.items，data.length)；

}

步骤S210，将组后的函数写入script标签内。

当执行完步骤S208或步骤S210后，执行步骤S212。生成对应的Widget文件。即执行图2中的步骤S108。

本发明实施例是提供的Widget制作方法，当用户需要制作Widget时，为用户提供多个组件选择，并根据用户对选择的组件间的逻辑操作，生成组件间的Widget逻辑，从而生成一个Widget文件。由于为用户提供多个组件选择，并只需要用户对选择的组件进行逻辑操作，就可以制作一个Widget文件，在制作过程中，不需要用户具有该技术领域的相关专业知识，只需要用户进行选择组件和简单的逻辑操作，从而可以使用户可以方便简单的制作Widget，从而扩大制作Widget的用户范围。并且，由于组件的多样化，可以使用户制作出多样化的Widget文件。

图3为本发明实施例的Widget制作装置的结构图。在本实施例中，用户可以通过一个Widget制作装置来实现上述的方法。在本实施例中，Widget制作装置包括组件库30、组件管理单元32、Widget制作单元34、Widget管理单元36、Widget库38。在本实施例中，Widget制作单元34包括图形化显示子单元340、逻辑生成子单元342及封装子单元344，组件管理单元32包括组件匹配子单元320、组件查找子单元322。

在本实施例中，组件库30用于为用户提供多个组件，在本实施例中，可以根据组件来源或描述文件对组件进行分类。若采用组件来源的形式分类，则组件可以包括Widget组件，模板组件及应用程序编程接口(Application Programming Interface，API)组件，若采用描述文件的形式分类时，组件可以分为输入型组件和输出型组件。

组件管理单元32用于管理组件库30中的组件，进一步，为用户提供满足查找需求的组件，以供用户选择，并提供与用户选择的组件相匹配的组件。其中，组件查找子单元322用于根据用户的查找查询条件，从组件库30查找与查询条件相匹配的组件，提供给用户；组件匹配子单元320用于为用户提供与用户查找到的组件相匹配的组件。

在本实施例中，Widget制作单元34用于根据用户对选择的组件的编辑操作生成组件间的Widget逻辑，并根据所述组件间的Widget逻辑生成相应的Widget文件。在本实施例中，所述Widget制作单元34还进一步用于显示用户选择的组件，获取所述选择的组件的描述信息，以供用户对选择的组件进行编辑操作，并接受所述用户对选择的组件的编辑操作。为进一步理解，对Widget制作单元34中所包括的子单元进行详细描述。

在本实施例中，图形化显示子单元340用于为用户提供制作Widget的界面。在本实施例中，在该界面上可以显示用户查找的组件，并与用户查找的组件相匹配的组件。在本实施例中，可以理解为，该界面上可以显示该装置提供的组件界面，查找组件的界面，相匹配的组件的界面，用户制作Widget的界面，Widget预览界面，以及代码校验的区域界面等等。

在本实施例中，组件库30查找到用户需要的组件后，也可以理解为用户选择了自己需要的组件，用户将选择的组件拖入制作Widget的界面后，图形化显示子单元340还用于先读取用户选择的组件的描述信息，并显示该组件的描述信息。在本实施例中，组件匹配子单元320还用于根据图形化显示子单元340显示的用户选择的组件时，从组件库320获得与用户选择的组件相匹配的组件，并提供给图形显示子单元340以显示给用户，并供用户选择。在本实施例中，两个组件相匹配是指一个组件的输出参数须与另一个组件的输入参数匹配。

当用户完成在制作Widget的界面上编辑操作后，逻辑生成子单元342用于生成组件间的Widget逻辑。在本实施例中，逻辑生成子单元342为用户所操作的组件生成Widget逻辑。在本实施例中，可以根据组件中描述文件中的JS对象生成组件间的Widget逻辑。

封装子单元344用于根据逻辑生成子单元342生成的组件间的Widget逻辑生成相应的Widget文件。在本实施例中，封装子单元344根据Widget的规范，将逻辑生成子单元342生成的组件间的Widget逻辑生成相应的Widget文件。

Widget管理单元36用于对生成的Widget文件的可用性进行验证。在本实施例中，为确保用户制作的Widget文件可以正常使用，系统需要对生成的Widget文件的可用性进行验证，即进行调试，预览，代码验证等过程。当验证该生成的Widget文件可以正常使用后，即验证成功后，才能将Widget文件打包，发布到服务器供其他用户可以下载使用，当然也可以将生成的Widget文件存储到用户制作Widget的Widget库38。

Widget库38用于存储所述验证成功后的Widget文件。

在本实施例，Widget制作装置可以为一个单独的装置，用户可以通过Widget制作装置制作一个新的Widget后，将之上传到服务器进行发布，供其他用户下载使用。当然，也可以将Widget制作装置设置在客户端，自己制作Widget，可以供自己使用，也可以发送到服务器。

本发明实施例提供的Widget制作装置，当用户需要制作Widget时，为用户提供多个组件选择，并根据用户对选择的组件间的逻辑操作，生成组件间的Widget逻辑，从而生成一个Widget文件。由于为用户提供多个组件选择，并只需要用户对选择的组件进行逻辑操作，就可以制作一个Widget文件，在制作过程中，不需要用户具有该技术领域的相关专业知识，只需要用户进行选择组件和简单的逻辑操作，从而可以使用户可以方便简单的制作Widget，从而扩大制作Widget的用户范围。并且，由于组件的多样化，可以使用户制作出多样化的Widget文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims

1.一种Widget的制作方法，其特征在于，所述方法包括：

为用户提供多个组件；

根据所述组件间的Widget逻辑生成相应的Widget文件。

2.根据权利要求1所述的方法，其特征在于，所述为用户提供多个组件的步骤包括：

为用户提供满足查找需求的组件，以供用户选择；

提供与用户选择的组件相匹配的组件，以供用户选择。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

显示用户选择的组件；

获取所述选择的组件的描述信息，以供用户对选择的组件进行编辑操作；

接收所述用户对选择的组件的编辑操作。

4.根据权利要求1所述的方法，其特征在于，所述多个组件包括Widget组件、模板组件及应用程序编程接口组件，或所述多个组件包括输入型组件和输出型组件。

5.根据权利要求1所述的方法，其特征在于，所述组件包括获取数据的代码和对所述代码的描述文件。

6.根据权利要求5所述的方法，其特征在于，所述根据用户对选择的组件的编辑操作，生成组件间的Widget逻辑的步骤包括：

根据用户对选择的组件的编辑操作，获取用户编辑操作的组件的描述文件；

根据用户编辑操作的组件中描述文件生成组件间的Widget逻辑。

7.根据权利要求1所述的方法，其特征在于，还包括：

对所述生成的Widget文件的可用性进行验证；

当验证成功后，发布或存储所述Widget文件。

8.一种Widget的制作装置，其特征在于，所述装置包括：

组件库，用于为用户提供多个组件；

Widget制作单元，用于根据用户对选择的组件的编辑操作生成组件间的Widget逻辑，并根据所述组件间的Widget逻辑生成相应的Widget文件。

9.根据权利要求8所述的装置，其特征在于，还包括：

组件管理单元，用于为用户提供满足查找需求的组件，以供用户选择，并提供与用户选择的组件相匹配的组件。

10.根据权利要求8所述的装置，其特征在于，所述Widget制作单元还用于显示用户选择的组件，获取所述选择的组件的描述信息，以供用户对选择的组件进行编辑操作，并接受所述用户对选择的组件的编辑操作。

11.根据权利要求8所述的装置，其特征在于，所述Widget制作单元还用于根据用户编辑操作的组件中描述文件生成组件间的Widget逻辑。

12.根据权利要求8所述的装置，其特征在于，还包括：

Widget管理单元，用于对所述生成的Widget文件的可用性进行验证，当验证成功后，发布所述Widget文件；

Widget库，用于存储所述验证成功后的Widget文件。