DtvFrame设计思路.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
DtvFrame设计思路

DTV应用程序设计思路 一 系统架构 DTV应用程序采取三层模型,以此来提高软件的可移植性和扩展性。图下图所示: 基础支撑类库层:封装不同功能的基础类库,将应用程序的功能模块以及基础框架开发与具体的平台(硬件平台和操作系统)隔离开来。初步包含多线程相关类,例如线程、信号量、互斥锁、事件等;网络通信类,例如TCP/UDP等网络SOCKET封装;日志调试输出以及文件操作;数据结构类,例如队列、堆栈、MAP等;其它与操作系统或驱动相关的封装类。 应用框架层:提供应用框架、消息管理、模块管理、数据管理以及GUI相关等功能,完成应用程序的基础框架,实现不同模块间的消息传递和模块加载、协调运行。同时提供应用模块开发的必要接口。 功能模块层:根据应用框架提供的接口开发的各种具体功能模块,以及移植和封装的第三方中间件等。 二 设计思路 应用程序的运转是由消息机制驱动的,而且所有消息都要经过图形系统的消息循环。 消息分为系统消息和用户自定义消息。系统消息是由应用框架定义好的具有固有特征的消息,例如启动、初始化、退出、各种按键操作、各种内部事件(SI、CA)等。用户自定义消息是由各个应用模块自行定义并处理的消息。 消息的执行分为同步消息和异步消息。 所有模块必须将其完成的功能绑定到具体的消息上,包括加载、初始化等过程,并明确对消息的处理是否具有排他性,以适应多个模块绑定到相同消息的情况。 应用模块分为静态模块和动态模块。静态模块表示在应用程序发布时编译到应用程序中的各个模块;动态模块指在应用程序运行过程中允许从独立编译好的二进制文件中加载的功能模块。 应用框架与各模块之间都可以通过指定的接口直接访问全局或共享的数据及属性参数。也可以定义模块独立的数据,仅方便模块内部访问。 三 应用程序Demo介绍 基于以上的架构和思路,构建了一个最小的应用程序Demo。组成包括: 1. 基础类库 源自Apple发布的一个开源类库,包括线程管理,数据结构,网络,和文本解析工具。这些类的封装简化了较高层次的代码;借助这些类还分离了专用于不同平台的代码。下面是对库中各个类的简短描述: OS类。这些类在时间,条件变量,互斥锁,和线程方面提供了专用于不同平台的代码抽象。这些类包括OS,OSCond,OSMutex,OSThread,和OSFileSource。 数据结构类。包括OSQueue,OSHashTable,OSHeap,和OSRef。 套接口类(Sockets)。这些类为TCP和UDP网络通讯方面提供了专用于不同平台的代码抽象。通常情况下,套接口类是异步的(或者说是非阻塞的),可以发送事件给Task对象。这些类有:EventContext,Socket,UDPSocket,UDPDemuxer,UDPSocketPool,TCPSocket,和TCPListenerSocket。 解析工具。这些类负责解析和格式化文本。包括StringParser,StringFormatter,StrPtrLen,和StringTranslator。 Task(任务):Task(任务)对象就是执行这种通讯的一般性的机制。每一个Task对象都有两个主要的方法:即Signal和Run。调用Signal方法来把一个事件发送给Task对象,而Run方法则用来为Task对象指定处理事件的时机。每个Task对象的目标都是用小的非阻塞的时间片来实现具体的功能。 2. 消息结构定义 struct APPMsg { UINT32 uiMsgID;//消息的ID值 UINT32 uiParam1;//参数1 UINT32 uiParam2;//参数2 UINT32 uiParam3;//参数3 }; 消息的不同ID值代表不同的消息,一个消息最多允许带三个参数,也可以不带任何参数。参数的具体含义需与消息ID对应起来,例如uiMsgID表示为一个遥控器或面板按键消息,则参数uiParam1是按键的值。 消息ID定义: enum { //system msg define // Globe Msg DTV_MSG_Invalid = 0, DTV_MSG_Register = 1, DTV_MSG_Initialize = 2, DTV_MSG_Shutdown = 3, DTV_MSG_Restart = 4, DTV_MSG_ErrorLog = 5, DTV_MSG_RereadPrefs = 6, DTV_MSG_StateChange = 7, // Module Msg DTV_MSG_LoadModule = 8, DTV_MSG_Sle

文档评论(0)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档