- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第11章 面向对象设计 Object-Oriented Design (OOD) 11.1 面向对象设计的准则(OOD Rule) 11.2 启发规则(Heuristic Rule ) 11.3 软件重用(Software Reusing) 11.4 系统分解(System Division) 11.5 设计问题域子系统(Problem Subsystem Design) 11.6 设计人机交互子系统 (Human-Computer Interface Subsystem Design) 11.7 设计任务管理子系统 (Task management Subsystem Design) 11.8 设计数据管理子系统 (Data management Subsystem Design) 11.9 设计类中的服务 (Service in Classes Design ) 11.10 设计关联 (Relationship Design) 11.11 设计优化(Design optimizing) 分析是提取和整理用户需求,并建立问题域精确模型的过程。 设计则是把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。 从面向对象分析到面向对象设计(OOD),是一个逐渐扩充模型的过程。 面向对象设计就是用面向对象观点建立求解域模型的过程。 11.1 面向对象设计的准则(OOD Rule) 优秀软件设计的一个主要特点就是容易维护。 1. 模块化(Modularity) 对象就是模块。它是把数据结构和操作这些数据的方法紧密地结合在一起所构成的模块。 2. 抽象(Abstraction) 不仅支持过程抽象,而且支持数据抽象。通常把这类抽象称为规格说明抽象。 3. 信息隐藏(Information Hiding ) 在面向对象方法中,信息隐藏通过对象的封装性实现:类结构分离了接口与实现,从而支持了信息隐藏。 4. 弱耦合(Low Coupling) 弱耦合是优秀设计的一个重要标准。 (1) 交互耦合(Interface Coupling) 如果对象之间的耦合通过消息连接来实现,则这种耦合就是交互耦合。为使交互耦合尽可能松散,应该遵守下述准则: 尽量降低消息连接的复杂程度。应该尽量减少消息中包含的参数个数,降低参数的复杂程度。 减少对象发送(或接收)的消息数。 (2) 继承耦合(Enhancing Inheritance Coupling) 提高继承耦合程度。继承是一般化类与特殊类之间耦合的一种形式。从本质上看,通过继承关系结合起来的基类和派生类,构成了系统中粒度更大的模块。因此,它们彼此之间应该结合得越紧密越好。 5. 强内聚(High Cohesion ) 在设计时应该力求做到高内聚。在面向对象设计中存在下述3种内聚。 (1) 服务内聚(Service Cohesion ) 。一个服务应该完成一个且仅完成一个功能。 (2) 类内聚(Classes Cohesion ) 。设计类的原则是,一个类应该只有一个用途,它的属性和服务应该是高内聚的。 (3) 一般-特殊内聚(Generalization-specialization Cohesion ) 。设计出的一般-特殊结构,应该符合多数人的概念,这种结构应该是对相应的领域知识的正确抽取。 紧密的继承耦合与高度的一般-特殊内聚是一致的。 6. 可重用(Reusable) 软件重用是提高软件开发生产率和目标系统质量的重要途径。 重用基本上从设计阶段开始。重用有两方面的含义: 一是尽量使用已有的类(包括开发环境提供的类库,及以往开发类似系统时创建的类),二是如果确实需要创建新类,则在设计这些新类的协议时,应该考虑将来的可重复使用性。 11.2 启发规则(Heuristic Rule ) 1. 设计结果应该清晰易懂 (1) 用词一致。 (2) 使用已有的协议。 (3) 减少消息模式的数目。 (4) 避免模糊的定义。 2. 一般-特殊结构的深度应适当 应该使类等级中包含的层次数适当。一般说来,在一个中等规模(大约包含100个类)的系统中,类等级层次数应保持为7±2。不应该仅仅从方便编码的角度出发随意创建派生类,应该使一般-特殊结构与领域知识或常识保持一致。 3. 设计简单的类 避免包含过多的属性。 (2) 有明确的定义。 (3) 尽量简化对象之间的合作关系。 (4) 不要提供太多服务。 一个类提供的公共服务不超过7个。 遵循上述启发规则也会带来另一个问题:设计出大量较小的类
文档评论(0)