《终端及其进行业务处理的方法》由会员分享，可在线阅读，更多相关《终端及其进行业务处理的方法（5页珍藏版）》请在金锄头文库上搜索。
1、终端及其进行业务处理的方法专利名称：终端及其进行业务处理的方法技术领域：本发明涉及通信领域，具体而言，涉及一种终端及其进行业务处理的方法。背景技术：高通平台的二进制运行环境Brew是一个基于高通平台的二进制运行环境。可以 支持静态和动态应用。开发人员可以基于Brew接口进行手机应用的开发，最后发布的应用 运行于Brew平台之上。Brew平台支持参与平台编译的静态应用，也支持动态加载高通平台 动态应用文件MOD方式。从Brew 4.0以后Brew有了新成员高通Brew平台显示控件系统BUIW。BUIW在一 定程度上规范了原来Brew平台手机应用的开发。BUIW类似于给开发人员提供了 一个Brew
2、 平台上的图形处理框架GUI架构。有了 BUIW以后让Brew平台的应用开发难度有所下降， 开发人员的分工更加清晰。高通Brew平台的类似窗口的控件R)rm、高通Brew平台控件 Widget的概念进入了大家讨论的范畴，同时也成了大家分工的基本界限。也正是因为分工 的细化，让开发人员的工作更加专业，也使最终的产品质量更高。虽然Brew增加了新秀BUIW提供了更好的应用开发支持，但是BUIW也只是一个 非常基本的类似GUI的框架，对于用户如何进行一个应用的开发没有任何指导，也就是说 BUIW只是让显示部分变的清晰而应用部分还是非常混乱。Brew的结构复杂程度还是非常 的高，导致应用及显示实现部分
3、的代码质量不高，并且代码重构的难度非常的大。这种情况 下导致Brew应用的后期维护难度非常的大，很多情况都是牵一发而动全身，浪费大量的资 源。针对相关技术中BUIW中应用及显示实现部分的代码质量不高，并且代码重构的 难度非常的大，这种情况下导致Brew应用的后期维护难度非常的大，很多情况都是牵一发 而动全身，浪费大量的资源的问题，目前尚未提出有效的解决方案。发明内容本发明旨在提供一种终端及其进行业务处理的方法，以解决BUIW中应用及显示 实现部分的代码质量不高，并且代码重构的难度非常的大，这种情况下导致Brew应用的后 期维护难度非常的大，很多情况都是牵一发而动全身，浪费大量的资源的问题。根据
4、本发明的一个方面，提供了一种终端，包括分离模块，用于对终端的体系结 构进行用户交互UI分离；应用模块，用于处理UI分离后的应用；显示模块，用于处理UI分 离后的显示。较优的，所述分离模块还用于按照模型、控制、视图MVC的架构划分对所述终端的 体系结构进行UI分离。较优的，所述应用模块包括主模型UModel子模块、主控制UController子模块 和主视图UView子模块所述UModel子模块，用于设置所述应用；所述UController子模 块，用于接收所述应用发起的数据，根据所述应用发起的数据对所述应用做出指示；所述UView子模块，用于显示所述应用，并将外界经自身输入的数据反馈至所述UM
5、odel子模块。较优的，所述UModel子模块包括按照MVC的架构划分的从模型AModel单元、从控 制AController单元和从视图AView单元所述AModel单元，用于设置所述应用涉及的数 据，以及设置与所述AController单元间的交互方式；所述AController单元，用于设置所 述应用的执行控制和所述应用的业务逻辑，以及设置与所述AModel单元、所述AView单元 间的交互；所述AView单元，用于设置所述应用的显示和输入。较优的，所述UController子模块还用于查找到所述应用发起的数据对应的显示 时，判断所述应用发起的数据错误。较优的，所述UView子模块还用于
6、利用Brew平台显示控件系统BUIW的平台控件 Widget显示所述应用。较优的，所述显示模块包括窗口 R)rm设计组件子模块，用于设计所述应用的图 形框架；BUIW支撑子模块，用于提供生成所述应用所需的Brew平台；代码生成组件子模块， 用于生成所述应用的iorm的显示代码。较优的，所述终端包括基于高通平台的二进制运行环境Brew的终端。根据本发明的另一方面，提供了一种利用上述终端进行业务处理的方法，包括终 端的分离模块对终端的体系结构进行用户交互UI分离；所述终端的应用模块处理UI分离 后的应用；所述终端的显示模块处理UI分离后的显示。较优的，所述终端的分离模块对基于高通平台的二进制运行环
7、境Brew的终端的 体系结构进行用户交互UI分离，包括所述终端的分离模块按照模型、控制、视图MVC的架 构划分对所述终端的体系结构进行UI分离。较优的，所述终端的应用模块单独处理UI分离后的应用，包括所述应用模块被 划分为主模型UModel子模块、主控制UController子模块和主视图UView子模块，其中，所 述应用模块的UModel子模块设置所述应用，所述应用模块的UController子模块接收所 述应用发起的数据，根据所述应用发起的数据对所述应用做出指示，所述应用模块的UView 子模块显示所述应用，并将外界经自身输入的数据反馈至所述UModel子模块。较优的，所述应用模块的UMo
8、del子模块设置所述应用，包括所述UModel子模块 包括按照MVC的架构划分的从模型AModel单元、从控制AController单元和从视图AView 单元，其中，所述AModel单元设置所述应用涉及的数据，以及设置与所述AController单元 间的交互方式；所述AController单元设置所述应用的执行控制和所述应用的业务逻辑， 以及设置与所述AModel单元、所述AView单元间的交互；所述AView单元设置所述应用的 显示和输入。在本发明实施例中，终端的分离模块对终端的体系结构进行UI分离，终端的应用 模块处理UI分离后的应用，终端的显示模块处理UI分离后的显示，将应用部分与显
9、示部分 进行分离，并分别处理分离后的应用和显示，避免两者混合在一起时出现的显示部分变的 清晰而应用部分还是非常混乱情况，提高应用及显示实现部分的代码质量，若需要进行代 码重构也只需要单独构建应用或显示部分的代码，不需要全部重建，在后期维护过程中能 够节省大量的资源。此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的终端的结构示意图；图2是根据本发明实施例的终端进行业务处理的流程图；图3是根据本发明实施例的终端进行了 UI分离的终端的体系结构的示意图；图4是根据本发明实施例的
10、采用MVC的架构划分的终端的体系结构的示意图；图5是根据本发明实施例的对UModel子模块按照MVC的架构进行划分的结构示 意图；图6是根据本发明实施例的对终端及其内部结构均按照MVC的架构进行划分的结 构示意图；图7是根据本发明实施例的显示模块的结构示意图；图8是根据本发明实施例的R)rm设计组件的结构示意图。具体实施例方式下面将参考附图并结合实施例，来详细说明本发明。下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。相关技术中提到，虽然Brew增加了新秀BUIW提供了更好的应用开发支持，但是 BUIW也只是一个非常
11、基本的类似GUI的框架，对于用户如何进行一个应用的开发没有任何 指导，也就是说BUIW只是让显示部分变的清晰而应用部分还是非常混乱。Brew的结构复 杂程度还是非常的高，导致应用及显示实现部分的代码质量不高，并且代码重构的难度非 常的大。这种情况下导致Brew应用的后期维护难度非常的大，很多情况都是牵一发而动全 身，浪费大量的资源。为解决上述技术问题，本发明实施例提供了一种终端，该终端通常是采用基于高 通平台的二进制运行环境Brew的终端，其结构示意图如图1所示，包括分离模块101，用于对终端的体系结构进行用户交互UI分离；应用模块102，用于处理UI分离后的应用；显示模块103，用于处理UI
12、分离后的显示。在本发明实施例中，终端的分离模块对终端的体系结构进行UI分离，终端的应用 模块处理UI分离后的应用，终端的显示模块处理UI分离后的显示，将应用部分与显示部分 进行分离，并分别处理分离后的应用和显示，避免两者混合在一起时出现的显示部分变的 清晰而应用部分还是非常混乱情况，提高应用及显示实现部分的代码质量，若需要进行代 码重构也只需要单独构建应用或显示部分的代码，不需要全部重建，在后期维护过程中能 够节省大量的资源。在本发明实施例中，若终端采用如图1所示的结构，则可以按图2所示流程图对于 终端涉及业务的业务进行相应处理步骤S202、终端的分离模块对基于Brew的终端的体系结构进行UI
13、分离；步骤S204、终端的应用模块处理UI分离后的应用；步骤S206、终端的显示模块处理UI分离后的显示。在一个实施例中，进行了 UI分离的终端的体系结构的示意图也可以如图3所示， 包括UI控制、基于BUIW的UI显示以及UI定义部分，其中UI定义部分中可以包括数据 Model、逻辑 Controller、显示 View 三部分。实施时，步骤S202中记载了分离模块对基于Brew的终端的体系结构进行UI分 离，UI分离的方式可以有多种，例如按不同的用户类型进行划分，按所处网络进行划分， 或者按其他的特点或依据进行划分，较优的，本发明实施例提出分离模块还用于按照 MVC(模型、视图、控制)的架构
14、划分对终端的体系结构进行UI分离。在一个实施例中，采用MVC的架构划分的终端的体系结构的示意图可以如图4所 示，应用模块102中包括可以包括主模型UModel子模块401、主控制UController子模块 402和主视图UView子模块403 UModel子模块401，用于设置应用；UController子模块402，用于接收应用发起的数据，根据应用发起的数据对应用 做出指示；UView子模块403，用于显示应用，并将外界经自身输入的数据反馈至UModel子模 块 401。在本发明实施例中，设置应用也即是定义应用，对应用的数据、模型等参数进行相 关的定义，本文中后续的设置的含义也与定义相同。
15、在一个实施例中，终端可以利用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单元50
16、3，用于设置应用的显示和输入。本发明实施例中，若对终端及其内部结构均按照MVC的架构进行划分，其结构示 意图及具体连接关系如图6所示应用的AModel专为数据而设计，可以把应用的数据处理、串行化等功能都整理在 AModel来实现。同时AModel只需要定义好与AController的交互而不需要关心数据的使 用。应用的AController只需要关心与应用相关的消息、平台交互的消息，以及定义好与 AModeUAView的交互。也就是说应用的AController只管理好消息和做好AModel、AView 的桥梁，不需要关心数据如何保存、如何显示。应用的AView负责定义数据如何显示和输入 获取，不需要管数据如何处理。应用定义完毕就放在UI分离的体系下进行显示。在UI分 离的体系下面也是MVC的架构，应用的定义就是UModel 了。UController，负责接收应用的 AView定义的数据显示指导，然后判断做出正确的显示。UController查找对应请求的显 示，如果找到显示的则错误。UView，就是利用BUIW的Widget进行显示，同时具
