专利名称：终端及其进行业务处理的方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种终端及其进行业务处理的方法。
背景技术：
高通平台的二进制运行环境Brew是一个基于高通平台的二进制运行环境。可以 支持静态和动态应用。开发人员可以基于Brew接口进行手机应用的开发，最后发布的应用 运行于Brew平台之上。Brew平台支持参与平台编译的静态应用，也支持动态加载高通平台 动态应用文件MOD方式。从Brew 4.0以后Brew有了新成员高通Brew平台显示控件系统BUIW。BUIW在一 定程度上规范了原来Brew平台手机应用的开发。BUIW类似于给开发人员提供了 一个Brew 平台上的图形处理框架GUI架构。有了 BUIW以后让Brew平台的应用开发难度有所下降， 开发人员的分工更加清晰。高通Brew平台的类似窗口的控件R)rm、高通Brew平台控件 Widget的概念进入了大家讨论的范畴，同时也成了大家分工的基本界限。也正是因为分工 的细化，让开发人员的工作更加专业，也使最终的产品质量更高。虽然Brew增加了新秀BUIW提供了更好的应用开发支持，但是BUIW也只是一个 非常基本的类似GUI的框架，对于用户如何进行一个应用的开发没有任何指导，也就是说 BUIW只是让显示部分变的清晰而应用部分还是非常混乱。Brew的结构复杂程度还是非常 的高，导致应用及显示实现部分的代码质量不高，并且代码重构的难度非常的大。这种情况 下导致Brew应用的后期维护难度非常的大，很多情况都是牵一发而动全身，浪费大量的资 源。针对相关技术中BUIW中应用及显示实现部分的代码质量不高，并且代码重构的 难度非常的大，这种情况下导致Brew应用的后期维护难度非常的大，很多情况都是牵一发 而动全身，浪费大量的资源的问题，目前尚未提出有效的解决方案。
发明内容
本发明旨在提供一种终端及其进行业务处理的方法，以解决BUIW中应用及显示 实现部分的代码质量不高，并且代码重构的难度非常的大，这种情况下导致Brew应用的后 期维护难度非常的大，很多情况都是牵一发而动全身，浪费大量的资源的问题。根据本发明的一个方面，提供了一种终端，包括分离模块，用于对终端的体系结 构进行用户交互UI分离；应用模块，用于处理UI分离后的应用；显示模块，用于处理UI分 离后的显示。较优的，所述分离模块还用于按照模型、控制、视图MVC的架构划分对所述终端的 体系结构进行UI分离。较优的，所述应用模块包括主模型UModel子模块、主控制UController子模块 和主视图UView子模块所述UModel子模块，用于设置所述应用；所述UController子模 块，用于接收所述应用发起的数据，根据所述应用发起的数据对所述应用做出指示；所述UView子模块，用于显示所述应用，并将外界经自身输入的数据反馈至所述UModel子模块。较优的，所述UModel子模块包括按照MVC的架构划分的从模型AModel单元、从控 制AController单元和从视图AView单元所述AModel单元，用于设置所述应用涉及的数 据，以及设置与所述AController单元间的交互方式；所述AController单元，用于设置所 述应用的执行控制和所述应用的业务逻辑，以及设置与所述AModel单元、所述AView单元 间的交互；所述AView单元，用于设置所述应用的显示和输入。较优的，所述UController子模块还用于查找到所述应用发起的数据对应的显示 时，判断所述应用发起的数据错误。较优的，所述UView子模块还用于利用Brew平台显示控件系统BUIW的平台控件 Widget显示所述应用。较优的，所述显示模块包括窗口 R)rm设计组件子模块，用于设计所述应用的图 形框架；BUIW支撑子模块，用于提供生成所述应用所需的Brew平台；代码生成组件子模块， 用于生成所述应用的i^orm的显示代码。较优的，所述终端包括基于高通平台的二进制运行环境Brew的终端。根据本发明的另一方面，提供了一种利用上述终端进行业务处理的方法，包括终 端的分离模块对终端的体系结构进行用户交互UI分离；所述终端的应用模块处理UI分离 后的应用；所述终端的显示模块处理UI分离后的显示。较优的，所述终端的分离模块对基于高通平台的二进制运行环境Brew的终端的 体系结构进行用户交互UI分离，包括所述终端的分离模块按照模型、控制、视图MVC的架 构划分对所述终端的体系结构进行UI分离。较优的，所述终端的应用模块单独处理UI分离后的应用，包括所述应用模块被 划分为主模型UModel子模块、主控制UController子模块和主视图UView子模块，其中，所 述应用模块的UModel子模块设置所述应用，所述应用模块的UController子模块接收所 述应用发起的数据，根据所述应用发起的数据对所述应用做出指示，所述应用模块的UView 子模块显示所述应用，并将外界经自身输入的数据反馈至所述UModel子模块。较优的，所述应用模块的UModel子模块设置所述应用，包括所述UModel子模块 包括按照MVC的架构划分的从模型AModel单元、从控制AController单元和从视图AView 单元，其中，所述AModel单元设置所述应用涉及的数据，以及设置与所述AController单元 间的交互方式；所述AController单元设置所述应用的执行控制和所述应用的业务逻辑， 以及设置与所述AModel单元、所述AView单元间的交互；所述AView单元设置所述应用的 显示和输入。在本发明实施例中，终端的分离模块对终端的体系结构进行UI分离，终端的应用 模块处理UI分离后的应用，终端的显示模块处理UI分离后的显示，将应用部分与显示部分 进行分离，并分别处理分离后的应用和显示，避免两者混合在一起时出现的显示部分变的 清晰而应用部分还是非常混乱情况，提高应用及显示实现部分的代码质量，若需要进行代 码重构也只需要单独构建应用或显示部分的代码，不需要全部重建，在后期维护过程中能 够节省大量的资源。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的终端的结构示意图；图2是根据本发明实施例的终端进行业务处理的流程图；图3是根据本发明实施例的终端进行了 UI分离的终端的体系结构的示意图；图4是根据本发明实施例的采用MVC的架构划分的终端的体系结构的示意图；图5是根据本发明实施例的对UModel子模块按照MVC的架构进行划分的结构示 意图；图6是根据本发明实施例的对终端及其内部结构均按照MVC的架构进行划分的结 构示意图；图7是根据本发明实施例的显示模块的结构示意图；图8是根据本发明实施例的R)rm设计组件的结构示意图。
具体实施例方式下面将参考附图并结合实施例，来详细说明本发明。下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。相关技术中提到，虽然Brew增加了新秀BUIW提供了更好的应用开发支持，但是 BUIW也只是一个非常基本的类似GUI的框架，对于用户如何进行一个应用的开发没有任何 指导，也就是说BUIW只是让显示部分变的清晰而应用部分还是非常混乱。Brew的结构复 杂程度还是非常的高，导致应用及显示实现部分的代码质量不高，并且代码重构的难度非 常的大。这种情况下导致Brew应用的后期维护难度非常的大，很多情况都是牵一发而动全 身，浪费大量的资源。为解决上述技术问题，本发明实施例提供了一种终端，该终端通常是采用基于高 通平台的二进制运行环境Brew的终端，其结构示意图如图1所示，包括分离模块101，用于对终端的体系结构进行用户交互UI分离；应用模块102，用于处理UI分离后的应用；显示模块103，用于处理UI分离后的显示。在本发明实施例中，终端的分离模块对终端的体系结构进行UI分离，终端的应用 模块处理UI分离后的应用，终端的显示模块处理UI分离后的显示，将应用部分与显示部分 进行分离，并分别处理分离后的应用和显示，避免两者混合在一起时出现的显示部分变的 清晰而应用部分还是非常混乱情况，提高应用及显示实现部分的代码质量，若需要进行代 码重构也只需要单独构建应用或显示部分的代码，不需要全部重建，在后期维护过程中能 够节省大量的资源。在本发明实施例中，若终端采用如图1所示的结构，则可以按图2所示流程图对于 终端涉及业务的业务进行相应处理步骤S202、终端的分离模块对基于Brew的终端的体系结构进行UI分离；步骤S204、终端的应用模块处理UI分离后的应用；
步骤S206、终端的显示模块处理UI分离后的显示。在一个实施例中，进行了 UI分离的终端的体系结构的示意图也可以如图3所示， 包括UI控制、基于BUIW的UI显示以及UI定义部分，其中UI定义部分中可以包括数据 Model、逻辑 Controller、显示 View 三部分。实施时，步骤S202中记载了分离模块对基于Brew的终端的体系结构进行UI分 离，UI分离的方式可以有多种，例如按不同的用户类型进行划分，按所处网络进行划分， 或者按其他的特点或依据进行划分，较优的，本发明实施例提出分离模块还用于按照 MVC(模型、视图、控制)的架构划分对终端的体系结构进行UI分离。在一个实施例中，采用MVC的架构划分的终端的体系结构的示意图可以如图4所 示，应用模块102中包括可以包括主模型UModel子模块401、主控制UController子模块 402和主视图UView子模块403 UModel子模块401，用于设置应用；UController子模块402，用于接收应用发起的数据，根据应用发起的数据对应用 做出指示；UView子模块403，用于显示应用，并将外界经自身输入的数据反馈至UModel子模 块 401。在本发明实施例中，设置应用也即是定义应用，对应用的数据、模型等参数进行相 关的定义，本文中后续的设置的含义也与定义相同。在一个实施例中，终端可以利用MVC的架构划分的自身的体系结构，也可以利用 MVC的架构对子模块进行划分，例如，可以对UModel子模块按照MVC的架构进行划分，划分 后的结构请参见图5:UModel子模块401包括按照MVC的架构划分的从模型AModel单元501、从控制 AController单元502和从视图AView单元503 AModel单元501，用于设置应用涉及的数据，以及设置与AController单元502间 的交互方式；AController单元502，用于设置应用的执行控制和应用的业务逻辑，以及设置与 AModel单元502、AView单元503间的交互；AView单元503，用于设置应用的显示和输入。本发明实施例中，若对终端及其内部结构均按照MVC的架构进行划分，其结构示 意图及具体连接关系如图6所示应用的AModel专为数据而设计，可以把应用的数据处理、串行化等功能都整理在 AModel来实现。同时AModel只需要定义好与AController的交互而不需要关心数据的使 用。应用的AController只需要关心与应用相关的消息、平台交互的消息，以及定义好与 AModeUAView的交互。也就是说应用的AController只管理好消息和做好AModel、AView 的桥梁，不需要关心数据如何保存、如何显示。应用的AView负责定义数据如何显示和输入 获取，不需要管数据如何处理。应用定义完毕就放在UI分离的体系下进行显示。在UI分 离的体系下面也是MVC的架构，应用的定义就是UModel 了。UController，负责接收应用的 AView定义的数据显示指导，然后判断做出正确的显示。UController查找对应请求的显 示，如果找到显示的则错误。UView，就是利用BUIW的Widget进行显示，同时具有输入反馈能力。就是说交互的动作可以反馈给UModel。综上可知，UI分离体系就是把复杂的业务逻辑和显示分开处理。简单来说就是本 发明实施例将MVC的架构应用于应用和显示，将原来混在一起的应用实现进行分割。按照 MVC的思想把应用的数据、逻辑、显示进行有效分割，让整体实现简化。也就是原来揉在一起 的代码进行了 Model、View, Controller的划分，各个部分有交互同时也具备独立性，让问 题定位、修改变的容易，代码重构变成了可能。原来的Brew应用开发的代码复杂程度非常高，大部分处理都在应用的事件处理 函数里面，有可能一个事件处理函数就上万行。可以说开发人员在开发的时候就是一个面， 毫无层次结构。本发明采用MVC架构进行层次上的划分，可以让应用的事件处理变的可以阅读。 每一个应用都由Model、View、Controller三个层次组成，后面我们用AModel、AView、 AController来表示。AModel包括了应用涉及的所有数据、AView定义应用显示和输入、 AController包括应用的执行控制、应用的业务逻辑。对于UI分离的体系结构也是一 个MVC的结构，同样包括Model、View、Controller三个层次，后面我们用UModel、UView、 UController来表示。UModel就是应用的定义、UView利用BUIW进行显示、UController包 括了显示和应用交互的控制。基于本发明实施例提供的UI分离体系，设计人员可以设计出结构清晰的架构，提 高应用及显示实现部分的代码质量，若需要进行代码重构也只需要单独构建应用或显示部 分的代码，不需要全部重建，在后期维护过程中能够节省大量的资源。在一个实施例中，UController子模块402还可以用于查找到应用发起的数据对 应的显示时，判断应用发起的数据错误。在一个实施例中，UView子模块403还可以用于利用BUIW的Widget显示应用。在一个实施例中，如图7所示，显示模块103可以包括窗口 R)rm设计组件子模块701，用于设计应用的图形框架；BUIW支撑子模块702，用于提供生成应用所需的Brew平台；代码生成组件子模块703，用于生成应用的R)rm的显示代码。为实现显示模块的处理，本发明实施例还提出基于UI分离体系的可视化设计工 具，可视化设计工具以BUIW为基础，包括R)rm(BUIff的一个类似窗口的组件)设计组件、代 码生成组件。Form设计组件利用基于Java的开源IDE环境Eclipse和一个基于Eclipse的图 形设计框架GEF可以实现。本发明实施例将GEF与BUIW进行结合，实现Brew平台的可视 化界面设计。GEF的工具定义可以按照BUIW的R)rm、Widget的定义来实现。同时GEF利用 了 Draw2D (—个Java环境下的⑶I)做基础⑶I，Draw2D本身并没有非常明确的控件定义， 可以重载绘制方法来满足BUIW的需求。代码生成组件根据当前设计的情况进行代码生成。 因为设计的基本是UView部分，所以代码生成主要是生成的显示代码。如果在设计前 已经存在应用的AView的显示定义，那么设计组件会根据定义进行显示方法的生成。如果 没有应用的AView的定义，设计组件将生成应用的AView的定义和显示方法。本发明实施 例R)rm设计组件图示参见图8。综上所述，采用本发明实施例提供的技术方案，在Brew应用的开发设计以及实现都有着积极的效果。从开发设计方面来说，因为是高内聚低耦合，所以降低了设计难度，同 时可以提供开发效率，而且一定程度的提高了可靠性。在具体实施方面，可以将本发明实施例提供的技术方案分为BUIW扩展、MVC代码 框架、Form设计组件三个部分进行描述。首先，BUIW扩展方面，需要利用BUIW实现UI分离体系中View的需求。BUIW给了 开发人员一个基本的框架，同时也提供了扩展的基础。为了满足UView的需求，必现对 进行扩展。一是给i^orrn定义统一的显示接口，二是给R)rm定义统一的输入获取的接口。 这样UController可以实现UModel和UView的交互。也就是Form需要增加ShowForm和 Getlnput两个方法。可以把R)rm接口定义为AEEINTERFACE(ISampleForm){INHERIT_IForm(ISamp1eForm) ；\int( -k ShowForm) (ISampIeForm -k po, AECHAR -k inputDef) ；\int ( * Getlnput)(ISampIeForm * po, AEEEvent evt, uintl6wParam, uint32dwParam, AECHAR* outputDef)}当然上面定义只是本发明实施例为阐述而设计的样例，一个R)rm接口定义可能 会更加复杂。然后，再看一下MVC代码框架。上面已经对UView做了基本的描述，可以说在UView 定义统一的接口后就为UController的正常运行提供了保障。为了更好的体现本发明实 施例的优势，MVC的代码框架也比较重要。MVC的代码框架要求M、V、C的实现要分开，可以 在独立的文件中实现。UModel、UController, UView基本按照Brew的要求进行定义，符合 Brew的ClasslD管理机制，可以实现Class的静态、动态加载。前面也有描述UView在具 体实现的过程中需要注意增加扩展实现。UController可以考虑是针对UView和AView进 行设计，UController根据AView创建和显示UView，同时可以对UView进行管理。这样从 代码结构来说UController可以对BUIW的RootR)rm进行扩展。其中代码方面关键的一 个扩展是将原来的HandleEvent机制进行了扩展，在原来的基础上配合实现Getlnput。事 件发生需要通过Getlnput获取用户交互输入。AModel定义应用需要的数据，同时支持和 AController的交互。从代码结构上面来说必需支持一般的ModelChange、ModelNotify等 机制。AController在处理应用的基本事件，同时需要配合UView进行调整。从代码来说事 件发生的时候不是调用HandleEvent而是调用Getlnput来进行事件传递。如果UView的 交互不改变数据就获取不到输入。AView根据应用的情况定义显示内容。从代码结构上来 说可以根据当前应用的数据设计XML模板然后设计代码，也可以通过R)rm设计组件自动生 成。AView和UView通信的内容格式基本定义如下< ？ xml version = “ 1.0〃 encoding = “ UTF-8" ？ >〈form classid = 0xl23456appclassid = 0x654321〉〈data name=" datal" type =" text" ><value>l</value></data>
<data name = “ data2〃 type = “ select< items〉<item name = " item 1" key=" keyl" / item>... </items><value>keyl</value></data>...</form>上面同样是为了阐述本发明实施例而设计的样例。最后，来看一下R)rm设计组件。前面也对R)rm设计组件的功能和基本的设计进 行了描述。这里也是建议使用Eclipse实现R)rm设计组件，因为在Eclipse下面有比较丰 富的设计框架。GEF就是比较优秀的可视化设计框架，以Draw2D为基础，整个设计框架速 度比较让人满意。本发明实施例旨在将GEF应用于Brew，为Brew提供全新的可视化设计 思路。在实际使用GEF的时候需要根据我们平台当前的情况进行GEF工具的定义，同时也 可以根据当前BUIW的情况进行可视化设计的约束。R)rm设计组件还有一个部分就是代码 生成，这个对于支持MVC代码框架也比较关键。在设计前已经有了通信定义，设计工具自然 不会生成通信交互部分代码。如果没有通信定义，设计工具将生成通信交互代码和XML模 板，同时生成对应AModel部分代码。自然对UView生成SiowForm和Getlnput部分代码， 包括如何显示i^orrn和如何反馈输入。R)rm设计组件提供的代码模板越完备产生的代码对 应MVC的代码结构支持的越好，当然也可以更好的体现和放大本发明的益处。上面从三个方面描述了本发明实施例的实施情况，整体也是在体现利用UI分离 体系结构实现应用设计的简化，设计人员在设计的过程中不再找到不到重点。从以上的描述中，可以看出，本发明实现了如下技术效果在本发明实施例中，终端的分离模块对终端的体系结构进行UI分离，终端的应用 模块处理UI分离后的应用，终端的显示模块处理UI分离后的显示，将应用部分与显示部分 进行分离，并分别处理分离后的应用和显示，避免两者混合在一起时出现的显示部分变的 清晰而应用部分还是非常混乱情况，提高应用及显示实现部分的代码质量，若需要进行代 码重构也只需要单独构建应用或显示部分的代码，不需要全部重建，在后期维护过程中能 够节省大量的资源。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在 存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中 的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬 件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种终端，其特征在于，包括分离模块，用于终端的体系结构进行用户交互UI分离； 应用模块，用于处理UI分离后的应用； 显示模块，用于处理UI分离后的显示。
2.根据权利要求1所述的终端，其特征在于，所述分离模块还用于按照模型、控制、视 图MVC的架构划分对所述终端的体系结构进行UI分离。
3.根据权利要求2所述的终端，其特征在于，所述应用模块包括主模型UModel子模块、 主控制UController子模块和主视图UView子模块所述UModel子模块，用于设置所述应用；所述UController子模块，用于接收所述应用发起的数据，根据所述应用发起的数据 对所述应用做出指示；所述UView子模块，用于显示所述应用，并将外界经自身输入的数据反馈至所述 UModel子模块。
4.根据权利要求3所述的终端，其特征在于，所述UModel子模块包括按照MVC的架构 划分的从模型AModel单元、从控制AController单元和从视图AView单元所述AModel单元，用于设置所述应用涉及的数据，以及设置与所述AController单元 间的交互方式；所述AController单元，用于设置所述应用的执行控制和所述应用的业务逻辑，以及 设置与所述AModel单元、所述AView单元间的交互； 所述AView单元，用于设置所述应用的显示和输入。
5.根据权利要求3或4所述的终端，其特征在于，所述UController子模块还用于查找 到所述应用发起的数据对应的显示时，判断所述应用发起的数据错误。
6.根据权利要求3或4所述的终端，其特征在于，所述UView子模块还用于利用Brew 平台显示控件系统BUIW的平台控件Widget显示所述应用。
7.根据权利要求1至4任一项所述的终端，其特征在于，所述显示模块包括 窗口 R)rm设计组件子模块，用于设计所述应用的图形框架；BUIff支撑子模块，用于提供生成所述应用所需的Brew平台； 代码生成组件子模块，用于生成所述应用的i^orrn的显示代码。
8.根据权利要求1至4任一项所述的终端，其特征在于，所述终端包括基于高通平台的 二进制运行环境Brew的终端。
9.一种利用权利要求1所述的终端进行业务处理的方法，其特征在于，包括 终端的分离模块对终端的体系结构进行用户交互UI分离；所述终端的应用模块处理UI分离后的应用； 所述终端的显示模块处理UI分离后的显示。
10.根据权利要求9所述的方法，其特征在于，所述终端的分离模块对终端的体系结构 进行用户交互UI分离，包括所述终端的分离模块按照模型、控制、视图MVC的架构划分对所述终端的体系结构进 行UI分离。
11.根据权利要求10所述的方法，其特征在于，所述终端的应用模块单独处理UI分离后的应用，包括所述应用模块被划分为主模型UModel子模块、主控制UController子模块和主视 图UView子模块，其中，所述应用模块的UModel子模块设置所述应用，所述应用模块的 UController子模块接收所述应用发起的数据，根据所述应用发起的数据对所述应用做出 指示，所述应用模块的UView子模块显示所述应用，并将外界经自身输入的数据反馈至所 述UModel子模块。
12.根据权利要求11所述的方法，其特征在于，所述应用模块的UModel子模块设置所 述应用，包括所述UModel子模块包括按照MVC的架构划分的从模型AModel单元、从控制 AController单元和从视图AView单元，其中，所述AModel单元设置所述应用涉及的数据， 以及设置与所述AController单元间的交互方式；所述AController单元设置所述应用的 执行控制和所述应用的业务逻辑，以及设置与所述AModel单元、所述AView单元间的交互； 所述AView单元设置所述应用的显示和输入。
全文摘要
本发明提供了终端及其进行业务处理的方法，该终端包括分离模块，用于对终端的体系结构进行用户交互UI分离；应用模块，用于处理UI分离后的应用；显示模块，用于处理UI分离后的显示。采用本发明能够解决BUIW中应用及显示实现部分的代码质量不高，并且代码重构的难度非常的大，这种情况下导致Brew应用的后期维护难度非常的大，浪费大量的资源的问题。
文档编号G06F3/048GK102109953SQ20111004679
公开日2011年6月29日 申请日期2011年2月25日 优先权日2011年2月25日
发明者赵占雄 申请人:中兴通讯股份有限公司