设计模式与面向对象编程方法的原则.pptVIP

设计模式系列培训之一： 面向对象设计模式与原则 面向对象的基本概念 面向对象的三个特征 一些基本概念 继承、依赖、复合、面向接口编程 最基本和最简单的原则：不要Copy、Paste 评价软件的常用说法 一个简单需求： 程序员若干，软件模块若干，程序员负责模块的编写工作。按程序员输出负责的模块。 SRP:单一职责原则 职责：变化的原因。 职责的分离依赖于应用程序的变化。 要点：发现、分析和归纳职责、并相互分离它们。 OCP:开放－封闭原则 对于扩展是开放的（Open for extension），对于更改是封闭的（Closed for modification） 抽象——关键，仅对呈现频繁变化的部分进行抽象 LSP:liskov替换原则（1） 子类型必须能够替换它的基类型 LSP:liskov替换原则（2） 一个设计模型，孤立的看其是否合理是没有意义的，必须结合业务需求来看。 继承条件“IS A”是关于行为的，对象的行为方式才是软件真正关心的问题。 常见的易于引起违反LSP的设计方法 子类重写父类的方法； 子类中抛出父类不会抛出的异常； LSP:liskov替换原则（2） 一个设计模型，孤立的看其是否合理是没有意义的，必须结合业务需求来看。 继承条件“IS A”是关于行为的，对象的行为方式才是软件真正关心的问题。 常见的易于引起违反LSP的设计方法 子类重写父类的方法； 子类中抛出父类不会抛出的异常； LSP:liskov替换原则（3） 常用的符合LSP原则的设计方法 基于契约设计。为类的每个方法声明前置条件和后置条件。该方法的另一种实际应用是所谓测试驱动的设计，即通过单元测试的设计来指定契约 用提取公共部分的方法来代替继承。绝对一些的提法是使用组合，而不要使用继承，例如COM技术 DIP:依赖倒置原则（1） 高层模块不应该依赖于低层模块。二者都应该依赖于抽象。 抽象不应该依赖于细节。细节应该依赖于抽象。 DIP:依赖倒置原则（2） ISP：接口隔离原则（1） 不应该强迫客户依赖于它们不用的方法 基类包含了派生类的方法，而这些方法在基类中是无用的。 ISP：接口隔离原则（2） 多重继承 ISP：接口隔离原则（3） 组合：适配器模式 常见设计问题（1） 全局变量的使用 现代设计理论认为全局变量对软件的危害及其严重，因此，Java和C＃这样新生的语言不再予以支持。 全局变量的一种替代方法：单件模式。 类成员变量（实例变量）的使用：用参数还是用成员变量？ 除非大多数方法中都使用同样的参数，否则应尽量不去定义用于参数传递的成员变量。 常见设计问题（2） PDM的设计方法 层次化、统一继承基类、可重用UI组件、事件通信策略、统一错误处理、对象的职责边界界定 常见设计问题（3） 不要去实现其他类中的功能。类自身的功能应其自身完整的提供。 设计过度：不清楚未来的需求时，应按目前所知的需求进行设计。但应保持重构的能力。 注意下面的问题 一个函数代码量超过100行就要小心了。 不断的调用同一个类中的很多方法，多半是那个类的设计存在问题。 总 结 设计模式是解决问题的一种常用方法，是人们经验的总结，但它不是万能药； 任何一种设计模式，在解决问题的同时，往往会带来复杂性的增加。因此不要“滥用”设计模式； 设计模式的使用，依赖于实际的业务和功能需要。脱离具体的应用环境来评价设计模式毫无意义。 学习设计模式，重要的是掌握设计模式背后的思想。 讨论 * * * *