- 1、本文档共47页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第17章 GRASP:基于职责设计对象GRASP: Designing Objects with Responsibilities;图17-1 制品关系(强调了对OO设计的影响;职责和方法;职责可分成两类:;职责和交互图;设计模式(Patterns);GoF关于设计模式的著作;GRASP:分配职责通用原则的模式;创建者(Creator);问题:由谁创建Square对象;图17-4 在动态模型中运用创建者模式;信息专家(Information Expert);问题:如果给定键值,谁知道Square对象的相关信息;低耦合(Low Coupling);;为什么期望低耦合;创建者模式与低耦合;信息专家模式与低耦合;控制器(Controller);问题:谁首先来处理playGame系统系统;根据模型与视图分离原则,UI对象不应当包括业务逻辑,应该把请求委派给领域层的对象。;如果只有少数几个系统操作,可以选择代表全部“系统”或“根对象”。;高内聚(High Cohesion);什么是高内聚度(High Cohesion);;GRASP在NextGen POS设计中的示例;创建者模式示例:谁该负责创建SalesLineItem?;Sale,因为它包含了SalesLineItem;信息专家示例:谁应当负责了解销售的总额;Sale的新职责;SalesLineItem的新职责;ProductDescription的新职责;低耦合模式示例:谁负责创建Payment;图17-19 Sale创建Payment;控制器模式示例:enterItem,endSale等系统操作的控制器是谁?;图17-21 哪个对象应该是enterItem的控制器;可能的选择:1.代表整个“系统”、“根对象”、装置或子系统: Register,POSSystem2.代表用例场景中所有系统事件的接收者或处理者: ProcessSaleHandler,ProcessSaleSession.;不同方案的系统操作分配;关于控制器模式的讨论;控制器在Web UI和服务器的应用;UI层与控制器交互的编程示例;浮肿的控制器;避免浮肿的控制器的一些解决方案;界面层不处理系统事件-期望的;界面层不处理系统事件-不期望的;创建Payment类的对象的职责可以交给Sale类去完成。;创建Payment类的对象的职责委派给Sale类去完成。
文档评论(0)