软件设计模式论文模板.doc

软件设计模式的浅析 摘要：如果说，数学是思维的体操，那设计模式，就是面对对象编程思维的体操。通过学习软件设计模式可以让你找到“封装变化”、“对象间松散耦合”、“针对接口编程”的感觉，从而设计出易维护、易扩展、易复用、灵活性好的程序。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 关键词：设计模式；设计方案；面向对象 概述 软件设计模式是软件工程课程学习课程中重要的一门科目，本课由高亮老师带领我们学习，书本教材参考的是清华大学出版社出版的大话设计模式，本书以大鸟，菜鸟两个虚构的人物之间的对话，有趣的讲解了23种设计模式。本书通篇都是以情景对话的形式，用一个又一个的小故事或编程事例来组织的，共分为四个部分，第一部分三面向对象的意义和好处以及几个重要的设计原则，通过小菜的面试失败引出，第二部分是详细讲解了23个设计模式：第三部分是对设计模式的总结，利用小菜梦到的超级模式大赛的场景，把所有的面向对象和模式概念都拟人化来趣味性的总结设计模式之间的异同和关键点，第四部分是附录，主要是针对对面向对象不熟悉的读者的一个补充，通过一个例子的演变介绍了类。封装，继承，多态，接口，事件的概念。本门主要详细介绍三种设计模式和探讨他们之间的关联。观察者模式、抽象工厂模式，状态模式。[1]进入90年代，面向对象范型（OO范型）受到了研究界和工业界的普遍重视并 获得广泛应用。OO为软件测试提出了很多新问题，但当前对OO软件测试的研究 还很薄弱。能否找到有效的适用于OO软件的测试技术，很大程度上决定着OO能否真正走向成功。[2] 图1观察者模式类图 总的来讲，观察者模式所做的工作其实就算再接除耦合。让耦合的双方都依赖于抽象而不是依赖于具体。从而使得各自的变化都不会影响另一边的变化。 观察者模式的效果有以下的优点：第一、观察者模式在被观察者和观察者之间建立一个抽象的耦合。被观察者角色所知道的只是一个具体观察者列表，每一个具体观察者都符合一个抽象观察者的接口。被观察者并不认识任何一个具体观察者，它只知道它们都有一个共同的接口。由于被观察者和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。如果被观察者和观察者都被扔到一起，那么这个对象必然跨越抽象化和具体化层次。第二、观察者模式支持广播通讯。被观察者会向所有的登记过的观察者发出通知，观察者模式有下面的缺点：第一、如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。第二、如果在被观察者之间有循环依赖的话，被观察者会触发它们之间进行循环调用，导致系统崩溃。在使用观察者模式是要特别注意这一点。第三、如果对观察者的通知是通过另外的线程进行异步投递的话，系统必须保证投递是以自恰的方式进行的。第四、虽然观察者模式可以随时使观察者知道所观察的对象发生了变化，但是观察者模式没有相应的机制使观察者知道所观察的对象是怎么发生变化的。抽象工厂模式的缺点抽象工厂模式的最大缺点就是产品族扩展非常困难，为什么这么说呢？我们以通用代码为例，如果要增加一个产品C，也就是说有产品家族由原来的2个，增加到3个，看看我们的程序有多大改动吧！抽象类Abstract Creator要增加一个方法reateProduct()，然后，两个实现类都要修改，想想看，这在项目中的话，还这么让人活！严重违反了开闭原则， 抽象工厂模式的使用场景抽象工厂模式的使用场景定义非常简单：一个对象族（或是一组没有任何关系的对象）都有相同的约束，则可以使用抽象工厂模式，什么意思呢？例如一个文本编辑器和一个图片处理器，都是软件实体，但是*nix下的文本编辑器和WINDOWS下的文本编辑器虽然功能和界面都相同，但是代码实现是不同的，图片处理器也是类似情况，也就是具有了共同的约束条件：操作系统类型，于是我们可以使用抽象工厂模式，产生不同操作系统下的编辑器和图片处理器。 。 模式中的角色 1 上下文环境（Context）：它定义了客户程序需要的接口并维护一个具体状态角色的实例，将与状态相关的操作委托给当前的Concrete State对象来处理。 2 抽象状态（State）：定义一个接口以封装使用上下文环境的的一个特定状态相关的行为3 .具体状态（Concrete State）：实现抽象状态定义的接口。 优点状态模式将与特定状态相关的行为局部化，并且将不同状态的行为分割开来。所有状态相关的代码都存在于某个Concert estate中，所以通过定义新的子类很容易地增加新的状态和转换3?.状态模式通过把各种状态转移逻辑分不到State的子类之间，来减少相互间的依赖。2.状态模式的结构与实现都较为复杂，如果使用不当将导致程序结构和代码的混 图3状态模式结构图 各种模式之间的关系有统一的设计原则: 1、单一职责原