蜜柚Symbian客户端多模块开发设计文档.docxVIP

蜜柚 Symbian 客户端多模块开发 设计文档 李才 2010.7.30 设计目的 : 蜜柚项目为悠乐无线 2010 年度重要规划的 SNS项目 ,该项目 Symbian 客户端涉及到一个 项目经理及几个 Symbian 工程师合作开发 ,而在开发过程中为避免架构混乱 ,代码重复 ,工程师 间开发进度不一致 ,工程师技能熟悉不同等情况 ,同时也为了支持日后尚未规划的功能接口 故采用多模块开发模式 ,以求达到代码流程清晰 ,功能划分清晰等目的 .  , 设计基本理论 ; 设计多模块开发模式 ,主要的技术支持为 C++多态性及观察者模式 参与开发的工程师之间能独立地开发模块而不需要过多关心其他模块的进展 使得模块之间彼此独立 ,以消息传递的方式完成一个任务多模块合作完成  ,其中 .  C++多态实现了,观察者模式则 设计优势 : 相比传统的开发方法 ,多模块开发有如下优点 : ? 适合多人合作开发 .多人合作开发如果使用传统的开发方式 ,会导致如果某个工程师出现 编译错误会导致其他工程师暂时无法工作 ,停下等待处理问题的局面 ,多模块开发模式下 工程师间只能看到已经编译好的动态连接库 ,不存在彼此等的现状 ? 支持未知的项目需求 .多模块开发为模块提供了统一的接口 ,对于未知的需求只要根据相 应的接口就可得到框架的支持 ,而无需修改框架 ,适合将框架发布后再开发具体的需求的 模式 ? 对代码保密有较好帮助 .多模块开发过程中工程师间传递已编译好的动态连接库 ,而不会 导致整个项目的全部代码集中到具体某个工程师手上 ,工程师只对自己负责的模块流程 熟悉 . 轻量化工程代码 .由于整个过程已经分为多个模块,则各个模块及框架都不会出现”巨无 ?  霸 ”的现象 ,适合代码的维护及工程师间代码的接手 . Bug 定位快而清晰 .由于多模块是通过消息传递来实现多模块间合作完成某个任务 ,一旦 代码出现 bug, 可快速地定位到具体某个模块的问题 ,而不需要全局查找 . 设计劣势 : 比起普通的开发方式 ,多模块的设计有如下劣势 : ? 不甚适应于工程师对整体项目的学习 :多模块开发下由于各个工程师均只对自己模块负 责 ,而不需要关心其他模块的实现过程 ,则除了项目经理整体把握项目外 ,其余工程师很 难有整体把握的机会 ? 多模块定位 bug 显得麻烦 .当 bug 的重现需要不同工程师开发的不同模块才能重现时 ,多 模块开发 debug 过程要比普通开发慢 ? 动态连接库的同步更新问题 : 多模块开发需要某人负责动态连接库的更新并通知个人 ,比 起单一程序开发略显麻烦 . 实现流程 : STEP 1:设计  C++的多态接口  ; 在设计多模块时统一地管理这些模块  ,每个动态连接库的返回都应该是某个约定的接口的对象,包括有模块的加载和释放 ,模块的消息传递 ,如果是  UI  ,这样框架才能工程的话还要管 理不同模块的现实切换  . 本项目中该接口的定义见  CU6Base.h,这里的  CU6Base 类为所有模块的基类  , /** CCHandcnBase 用于模块类 */ class CU6Base : public CCoeControl { public : // Constructors and destructor  , public  MU6Event , public  MU6Observer CU6Base (); /** Destructor. */ ~CU6Base (); public : // 来自于 MU6Observer virtual  TBool NoticeEventL  ( const TDesC aModeName,  const  TDesC aDllName,  TInt aCommandId,  const TDesC8 aCommandData) = 0; public : // 来自于 MU6Event virtual TBool U6EventL ( const TDesC aModeName, const TDesC aDllName, TInt aCommandId, const TDesC8 aCommandData) = 0; public : /* 功能： 获得名字 * 参数： - * 返回值： 返回引用 * 注解： - */ virtual const TDesC GetName (); /* 功能： 获得模块类型 * 参数： - * 返回值：  模块类型 ,1 为内核模块  , 不可见  ,2  为流程模块 * 注解：  - */ v