腾讯大讲堂5-面向对象应对之道.ppt

《腾讯大讲堂5-面向对象应对之道.ppt》由会员分享，可在线阅读，更多相关《腾讯大讲堂5-面向对象应对之道.ppt（88页珍藏版）》请在三一文库上搜索。

1、面向对象开发,课程开发:penghao 2008-04-01,课程目的,描述面向对象编程的一般性的手法，原则 和技巧 工欲善其事,必先利其器。,课程大纲,引言 面向对象的表达方法 面向对象的五个原则 面向对象的几个设计模式,我们面对的是什么？,这种情况下的应对之道,规模大且服务不断的情况下对应的非功能性需求就会要求比较多. 变化多且持续变化的情况下要求程序具有良好的结构。本文档所关注的核心。,程序，服务具有良好结构有两个层面的考虑,大粒度的结构设计。关注的层面比较宏观。这一块的知识参考 面向模式的体系结构 卷一。本文档不关注。,细粒度结构设计-本文档关注的核心,什么代码写得好？什么叫坏的代码？

2、有标准吗？,2-5,坏代码举例,僵化：很难对系统进行改动，因为每个改动都会迫使许多对系统其他部分的改动。 脆弱：对系统的改动会导致系统综合改动的地方在概念上无关的许多地方出现问题。 牢固：很难解开系统的纠结，使之成为一些可重用的组件。 粘滞：做正确的事情比做错误的事情要困难。 不必要的复杂：设计中包含不具有任何直接好处的基础结构。 不必要的重复： 晦涩：很难阅读，理解。 （引用于敏捷软件开发：原则，模式与实践 强烈推荐该书。）,好代码的近似标准介绍,OO（或者说语言）的核心思想 OO的五大技术原则（标准） 从OO看合理的分层架构,OO(或者说语言)的核心思想表达领域概念,语言的语法都是比较简单

3、的。不过同样的语法写出来的代码却有好坏高低之分。 重要的区别就在于表达领域概念的水平 重要的原则就是:“程序（代码）应该反映人的思想，而不是相反。” Martin fowler.（分析模式）,如何来表达一个mmog-静态视图？,针对某个领域对象粗分操作，行为，职责。,通过对领域概念应用OO原则，分析模式，设计模式等等手段对对象职责进行抽象，细分职责。形成最终静态对象图。 通过对用例画时序图，确认对象职责是否可行，恰当。,实际mmogAI表达的例子,表达概念的几种类型,释意接口。 表达实体对象 表达约束 表达流程(服务) 表达规格 隐含机制表达,“在初学面向对象时对它们并不熟悉。每学会一个这样的

4、表达的类型，我的设计水平就又进了一步” “My designs became sharper with each one of these I leaned.” Eric Evans 领域驱动设计强烈推荐该书,释意接口的例子,int CPlayer:StandUp( int iSessionID ) int iOpenNum = 0; iOpenNum = m_Sessions.GetLastIdx(); /下面两个判断判断违法情况。 if( iSessionID iOpenNum) ,推荐写法如下：,RoomSession 提取成一个对象（类），提供CheckRoomIDValid 接口。

5、int CPlayer:StandUp( int iSessionID ) iRet = m_Session.CheckValid(iSessionID); If(iRet) ,这种是完全达到了隐藏实现，消除了代码重复，又充分表意的目的。特别在此强调释意接口。 好的类 应该是每个函数都比较短，五，六十行。然后有二，三十个方法。这个类形成一个接近封闭的类型。具有充分的自我表达能力。,实体表达的例子,char sNowDate20=0; char sLastDate20=0; GetDate(time(NULL),sNowDate); GetDate(iReserveLastGive, sLast

6、Date); if(strcmp(sNowDate, sLastDate) 0) else ,同一个功能的另外一种写法 也是实际代码。 int CGiveDaily:OnGive(CAttach *pPA, int iHE) Date dToday(time(NULL); Date dLastDay(pPA-GetGiveHELastTime(); if(dLastDay = dToday) else ,可以看出 抽取出了 日期类，用日期类 来表达人的思想，而不是只记得使用哪个API来实现功能。 日期这个概念在这个需求里面是比较重要的一个概念。面向对象就表达出了这个概念。,约束表达的例子,有时

7、候某些约束表达的是领域逻辑。通常隐式的表达，将他们显示表达出来能够极大地改进设计。 比如QQGame 里面进入房间限制。,实际产品对进房需求的演化,第一个版本:限制一下玩家最低，最高积分。 第二个版本超级玩家和网管要优先进房 第三个版本如果是出租房间需要是承租方才能进房 第四个版本如果是比赛房间需要是比赛方才能进房 第五个版本需要拥有某种道具 第六个版本如果是欢乐场房间需要检查欢乐豆上下限制。,产品的需求演化说明进房约束是个热点问题。 抽象出约束接口，把约束的增加，约束的实现，变更对进房主流程屏蔽起来。,流程(服务)表达的例子,基本行为流程概念的表达，对于产品同事不断提及到的流程概念表达。,行

8、为概念流程表达的好处,把规格用对象来表达,验证。 选择(查询) 按需创建,隐含概念表达实例,在QQGame里面对房间模式的描述结构如下。不同的房间模式，具有不一样的基本行为。 我们通过不同的工厂实现来屏蔽掉这一层变化。不同的房间聚合不同的生成工厂。 房间模式是挖掘出来的概念，抽象工厂表达出了这个概念。,OO的五项技术原则是什么？（讨论，提问）,OO的五项技术原则,单一职责事情不要太复杂。 开闭原则让易变的容易变化，不变的稳定。 依赖倒置让易变的依赖于稳定，而不是相反。 接口隔离 可替代,OCP(Open-Closed Principle) : 开放-关闭原则 对扩展要说YES，对修改说NO。

9、LSP(Liskov Substitution Principle) : LSP原则 父母要对孩子负责。 SRP(Single Responsibility Principle) : 单一职责原则 感情要单一，不要脚踏两支船。 DIP(Dependency Inversion Principle) : 关系返转原则 不要一天打10个电话给我，有结果我会通知你。 ISP(Interface Segregation Principle) : 接口隔离原则 让李部长只负责开发吧，市场就让辛部长做吧,学习面向对象中最主要的一点就是，理解面向对象原则。如果你还没有真正理解这些原则，那你做出的设计可能不是

10、最好的设计，那你学习设计模式也不能真正理解它的真谛。,五项技术原则实例-单一职责,实际代码例子 class CDBCtrl public: CDBCtrl(); CDBCtrl(); int Initialize(const char *szCfgFile); int PrepareToRun(); int Run(); void* operator new(size_t nSize); void operator delete( void* pMem); static int CountSize(); static CSharedMem *pCurrentShm; private: int

11、ReadCfg(const char *szCfgFile); int LoadProxyCfgFromFile(char *szProxyFile, int,class CMainCtrl public: CMainCtrl(); virtual CMainCtrl(); virtual int Initialize(); virtual int Run(); int ReloadCfg(); int CheckRunFlag(); protected: private: ;,职责表达了负责的变化，有多个维度的职责，就有多个维度的变化,五项技术原则实例-开闭原则,QQGame 最经典的例子，

12、Main Frame可以不动代码，游戏服务可以源源不断输出新的游戏。觉得这个是最核心的规则。（下图引用自zengyuQQGame服务器架构技术）,五项技术原则实例-依赖倒置,问题界面控件，比如Button,ListBox，等。它们都是想做成通用的，也就是说和业务逻辑不相关。但是事件响应 是通过界面控件传递到逻辑的。 问怎么做到界面控件和业务逻辑隔离？,经典的解决办法（参考QQGame大厅设计以及 敏捷软件开发）,实际代码例子： class CmdObserver public: CmdObserver(); virtual CmdObserver(); virtual int CmdDone(

13、CCommand *pCmd,int iResult = CmdSucceed); ; class MsgObserver public: MsgObserver() virtual MsgObserver() virtual int OnMsg(CMsg *pMsg) = 0; ;,五项技术原则实例-接口隔离,五项技术原则实例-可替换,子类必须能够替换掉它们的基类型。 问题：正方形是特殊的长方形吗？,从OO看合理的分层结构,用户界面层：负责向用户显示信息，解析用户命令。不一定面对的是人，可能是一条狗。 应用层：定义软件可以完成的工作，指挥具有丰富含义的领域对象来解决问题。这个层要保持简练，不

14、包括业务规则和知识，只是给下一层相互协作的领域对象协调任务，委托工作。 领域层：负责表示业务概念，业务状况以及业务规则。业务软件核心。 将领域层分离出来至关重要。 基础结构层：为上层提供通用的技术能力：应用的消息发送，领域持久化，绘制窗口等。,业务层根据Evans DDD，可以再细分为应用层和领域层两种，在业务层设计编码中，大量应用OO设计原则和设计模式。 领域层定义：负责表达业务领域概念、业务状态以及业务规 则，是整个业务软件核心和重点。 应用层定义：负责完成功能，并且协调丰富的领域对象来实现功能，不能包括业务规则，无业务状态；,从开发每个过程看OO方法论的应用,1.需求分析，用户活动图，软

15、件需求规格说明书，领域建模。-OOA 2.概要设计/详细设计OOD 分析和设计的边界很难明确分开。 3.编码/测试-OOP 4.发布 5.从1再循环到4,第一步，建立用户活动图。不关注实现。仅关注用户流程，实体。 第二步，画实体关系图，着重类概念，类之间关系。 第三步，画时序图，对关键活动，用例用时序图来分析职责是否合理。,OOA实例,系统需求：考评系统。 某XX公司要建立一个考评系统。 大体上领导考虑 要从德智体等几个方面综合考虑。 德包括考勤，同事意见，领导意见等；智包括技术各项指标，比如操作系统，网络，领域理解等；体包括体育各项指标，比如羽毛球，乒乓球等。 从这些方面给一个人打分。请用O

16、O描述一下这个对象系统.,实例一：把各个实体概念及其之间关系表达出来,实例二：进行抽象，使概念表达更具灵活性，和可扩展性。,设计-OOD,设计模式介绍 深入浅出设计模式 强烈推荐此书。 设计模式某个环境下，对某个设计问题的一种解决方式的描述。 设计模式强调把容易变化和不变部分分离。让变化部分容易变化。 在日常开发中，找到变化点，积累变化面是重要的。,模板方法 观察者 抽象工厂 桥 职责链 组合 Reactor ac,设计模式实例模板方法,在一个框架里面，比如MFC,要做本身框架的初始化代码，又要给不同的业务留下初始化各自业务的空间。同时框架代码是以二进制形式发布的，不能在里面添加代码。怎么办？

17、 一个MFC应用程序的WinMain函数哪里去了？,MFC的解决实例,模板方法类图结构,设计模式实例观察者,一个分层的架构，越下层的结构往往越通用，下层不能依赖于上层。但是下层又有东西要通知上层。比如 网络层不能依赖于领域层，问怎么能做到？,观察者标准类图,观察者实际代码例子,class CmdObserver public: CmdObserver(); virtual CmdObserver(); virtual int CmdDone(CCommand *pCmd,int iResult = CmdSucceed); ;,class CCommand public: CCommand()

18、; virtual CCommand(); virtual int RegisterObserver(CmdObserver *pObserver); virtual int NotifyObserver(int iResult = CmdSucceed); private: CSet m_ObserverSet; ;,这个实例中，命令是属于基础设施层的东西，但是要通知上层业务逻辑，自己的状态变迁。所以使用观察者。,设计模式实例抽象工厂,OO比较强调创建这个行为。一方面创建有时候本身很复杂；另一方面，程序很多的灵活性需要通过一种合适的创建方式才能获得。 当new一个对象的时候，写new的这个代

19、码的类就产生了对new出对象的依赖。我们当然希望频繁变化的逻辑不要被上层依赖。 那么为了能做到这一点，就需要有合适的创建方式。,简单的工厂,抽象工厂,1.抽象工厂强调的是一系列相关的变化聚合在一起，有几个系列，就有几个具体的工厂。 2.切换的时候，打一个开关就可以了。使得变化相当的容易，明显。 3.工厂创建的东西互相不干扰。各干各的活。,抽象工厂特征,设计模式实例桥,有一类模块，对外提供抽象接口，实现一个功能。它有两个维度的变化。 一个维度是提供的抽象功能，可能在变化。 另一个维度是实现抽象功能的实现方式也会变化。 另外一种情况是提供的抽象功能给外部接口，不希望这个接口频繁变化，给外部带来困扰

20、。 问怎么实现这个需求？,ACE Reactor-实现视图,设计模式实例-职责链,应用层协议确定分发问题： 比如我们要分析网络上各种应用层协议内容。包括smtp,http,pop3,ftp等等。应用层协议是会增加的。现在问题是一个网络连接，我们无法知道它走的是什么协议。 一个简单的端口是无法准确判断的。 问怎么做这个问题的设计方案。,职责链好处如下,各个协议分开，各干各的活 不会互相干扰。做到高内聚，低耦合。 新协议的增加是很简单的，甚至可以做到动态增加。可以做到开闭原则。,设计模式实例-组合模式,请用OO描述QQGame的目录树结构。 请在这个描述结构上计算目录树各层人数。,设计模式实例Re

21、actor,做许多网络服务器/客户端的时候，基本上每一个都会用到select或类似功能函数。多线程/多进程模式除外。 当select 检测到某个fd有数据的时候，我们再去读取数据。基本上这部分代码和我们的业务逻辑代码混合在一起。 在一个网络服务器里面，基本都需要定时器的操作。 这些每一个网络服务器都需要的东西，能否提取出来？形成一个通用解决框架。,注意Reactor对概念的抽象，和应用的分层隔离。这些经典的手段。,设计模式实例异步命令模式,高效的网络服务器/客户端经常遇到异步操作问题。 异步响应回来的时候，如何知道异步请求时候的状态是什么一直是个问题。 这个操作超时，完成，失败和业务逻辑的隔离也存在问题。 ACT异步回调TOKEN的概念。,异步命令模式框图,时序图,将异步操作和业务逻辑隔离。 利用异步回调TOKEN找到响应消息观察者。通用解决方式。 利用命令保存异步操作请求时候状态。方便响应回来时候恢复。,谢谢 Q&A,