面向对象设计原则分析.ppt

迪米特法则 迪米特法则分析 迪米特法则的主要用途在于控制信息的过载： 在类的划分上，应当尽量创建松耦合的类，类之间的耦合度越低，就越有利于复用，一个处在松耦合中的类一旦被修改，不会对关联的类造成太大波及； 在类的结构设计上，每一个类都应当尽量降低其成员变量和成员函数的访问权限； 在类的设计上，只要有可能，一个类型应当设计成不变类； 在对其他类的引用上，一个对象对其他对象的引用应当降到最低。 本章小结 对于面向对象的软件系统设计来说，在支持可维护性的同时，需要提高系统的可复用性。 软件的复用可以提高软件的开发效率，提高软件质量，节约开发成本，恰当的复用还可以改善系统的可维护性。 单一职责原则要求在软件系统中，一个类只负责一个功能领域中的相应职责。 开闭原则要求一个软件实体应当对扩展开放，对修改关闭，即在不修改源代码的基础上扩展一个系统的行为。 里氏代换原则可以通俗表述为在软件中如果能够使用基类对象，那么一定能够使用其子类对象。 本章小结 依赖倒转原则要求抽象不应该依赖于细节，细节应该依赖于抽象；要针对接口编程，不要针对实现编程。 接口隔离原则要求客户端不应该依赖那些它不需要的接口，即将一些大的接口细化成一些小的接口供客户端使用。 合成复用原则要求复用时尽量使用对象组合，而不使用继承。 迪米特法则要求一个软件实体应当尽可能少的与其他实体发生相互作用。 END 依赖倒转原则 依赖倒转原则实例 实例说明 某系统提供一个数据转换模块，可以将来自不同数据源的数据转换成多种格式，如可以转换来自数据库的数据(DatabaseSource)、也可以转换来自文本文件的数据(TextSource)，转换后的格式可以是XML文件(XMLTransformer)、也可以是XLS文件(XLSTransformer)等。 依赖倒转原则 依赖倒转原则实例 实例说明 由于需求的变化，该系统可能需要增加新的数据源或者新的文件格式，每增加一个新的类型的数据源或者新的类型的文件格式，客户类MainClass都需要修改源代码，以便使用新的类，但违背了开闭原则。现使用依赖倒转原则对其进行重构。 依赖倒转原则 依赖倒转原则实例 实例解析 接口隔离原则 接口隔离原则定义 接口隔离原则(Interface Segregation Principle, ISP)的定义如下： 客户端不应该依赖那些它不需要的接口。 其英文定义为： Clients should not be forced to depend upon interfaces that they do not use. 注意，在该定义中的接口指的是所定义的方法。 另一种定义方法如下： 一旦一个接口太大，则需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。 其英文定义为： Once an interface has gotten too fat it needs to be split into smaller and more specific interfaces so that any clients of the interface will only know about the methods that pertain to them. 接口隔离原则 接口隔离原则分析 接口隔离原则是指使用多个专门的接口，而不使用单一的总接口。每一个接口应该承担一种相对独立的角色，不多不少，不干不该干的事，该干的事都要干。 (1) 一个接口就只代表一个角色，每个角色都有它特定的一个接口，此时这个原则可以叫做“角色隔离原则”。 (2) 接口仅仅提供客户端需要的行为，即所需的方法，客户端不需要的行为则隐藏起来，应当为客户端提供尽可能小的单独的接口，而不要提供大的总接口。 接口隔离原则 接口隔离原则分析 使用接口隔离原则拆分接口时，首先必须满足单一职责原则，将一组相关的操作定义在一个接口中，且在满足高内聚的前提下，接口中的方法越少越好。 可以在进行系统设计时采用定制服务的方式，即为不同的客户端提供宽窄不同的接口，只提供用户需要的行为，而隐藏用户不需要的行为。 接口隔离原则 接口隔离原则实例 实例说明 下图展示了一个拥有多个客户类的系统，在系统中定义了一个巨大的接口（胖接口）AbstractService来服务所有的客户类。可以使用接口隔离原则对其进行重构。 接口隔离原则 接口隔离原则实例 实例解析 合成复用原则 合成复用原则定义 合成复用原则(Composite Reuse Principle, CRP)又称为组合/聚合复用原则(Composition/ Aggregate Reuse Principle, CARP)，其定义如下： 尽量使用对象组合，而不是继承来