外观,代理与中介者模式

软件设计模式课程设计一、课程目标知识目标：1. 理解软件设计模式的基本概念、分类和作用；2. 掌握常见设计模式的特点、应用场景和使用方法；3. 了解设计模式在软件工程中的应用，提高软件系统的可维护性和可扩展性。

技能目标：1. 能够运用所学设计模式解决实际软件开发中的问题；2. 培养阅读和分析设计模式相关文献的能力，提升自主学习能力；3. 提高团队协作能力，通过小组讨论和实践，共同完成设计模式的案例分析。

情感态度价值观目标：1. 培养对软件设计模式的学习兴趣，激发学生主动探索精神；2. 树立正确的软件工程观念，重视软件质量、可维护性和可扩展性；3. 培养良好的编程习惯，遵循设计模式原则，提高代码质量。

课程性质：本课程为高年级专业核心课程，旨在帮助学生掌握软件设计模式的基本知识和应用技巧，提高软件工程实践能力。

学生特点：学生具备一定的编程基础和软件工程知识，具有较强的逻辑思维能力和学习主动性。

教学要求：结合实际案例，注重理论与实践相结合，通过讲解、讨论、实践等多种教学手段，使学生能够掌握设计模式的核心内容，并能在实际项目中灵活运用。

同时，注重培养学生的团队协作能力和自主学习能力，提高课程的学习效果。

二、教学内容1. 软件设计模式概述- 设计模式的概念与作用- 设计模式的分类与特点2. 创建型设计模式- 单例模式- 工厂方法模式- 抽象工厂模式- 建造者模式- 原型模式3. 结构型设计模式- 适配器模式- 桥接模式- 装饰器模式- 组合模式- 外观模式- 享元模式- 代理模式4. 行为型设计模式- 职责链模式- 命令模式- 解释器模式- 迭代器模式- 中介者模式- 备忘录模式- 观察者模式- 状态模式- 策略模式- 模板方法模式- 访问者模式5. 设计模式案例分析与实践- 结合实际案例，分析设计模式在项目中的应用- 小组讨论与实践，动手实现设计模式教学内容安排与进度：1. 第1周：软件设计模式概述2. 第2-3周：创建型设计模式3. 第4-5周：结构型设计模式4. 第6-7周：行为型设计模式5. 第8周：设计模式案例分析与实践教学内容与教材关联性：本教学内容根据教材章节进行编排，涵盖设计模式的基本概念、分类、应用场景和实际案例，确保学生能够系统地学习和掌握设计模式相关知识。

研磨设计模式--摘录笔记第一章：设计模式基础设计模式：是指在软件开发中，经过验证的，用于解决在特定环境下，重复出现的、特定问题的解决方案。

这23种设计模式，GoF把它们分为三类。

创建型模式:抽象了对象实例化过程，用来帮助创建对象的实例。

行为型模式:描述算法和对象间职责的分配。

结构型模式:描述如何组合类和对象以获得更大的结构。

要从思想上和方法上吸收设计模式的精键，并融入到自己的思路中，在进行软件的分析和设计的时候，能随意地、自然而然地应用，就如同自己思维的一部分．第2 章简单工厂(GoF的著作中没有)定义：提供一个创建对象实例的功能，而无须关心其具体实现。

被创建实例的类型可以是接口、抽象类，也可以是具体的类。

本质：选择实现优点：帮助封装；解耦缺点：可能增加客户端的复杂度；不方便扩张子工厂。

易混模式：A.抽象工厂模式：如果抽象工厂退化成只有一个实现，不分层次，那么就相当于简单工厂了。

B.工厂方法模式：如果把工厂方法中选择的实现放到父类中直接实现，那就等同于简单工厂。

何时选用：• 如果想要完全封装隔离具体实现，让外部只能通过接口来操作封装体，那么可以选用简单工厂，让客户端通过工厂来获取相应的接口，而无须关心具体的实现。

• 如果想要把对外创建对象的职责集中管理和控制，可以选用简单工厂，一个简单工厂可以创建很多的、不相关的对象，可以把对外创建对象的职责集中到一个简单工厂来，从而实现集中管理和控制。

第3章外观模式(GoF的著作中划分为结构型)定义：为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

本质：封装交互，简化调用优点：松散耦合；简单易用；更好地划分访问层次。

缺点：过多或不太合理的Facade也容易让人迷惑，到底是调用Facade好呢，还是直接调用模块好。

易混模式：中介者模式外观模式是封装内部，方便外部使用；中介者模式是都是同事之间的关系，不分内外------自己总结的何时选用：1.如果你希望为一个复杂的子系统提供一个单接口的时候，可以考虑使用外观模式。

Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。

面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。

它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。

本书主人公小菜(蔡遥)和大鸟(李大辽)本书的模式第一章简单工厂模式1.1小菜(蔡遥)面试受挫比如代码是否规范class Program{static void Main(string[] args){try{Console.WriteLine("请输入数字A:");string strNumberA = Console.ReadLine();Console.WriteLine("请选择运算符号:(+,-,*,/):");string strOperate = Console.ReadLine();Console.WriteLine("请输入数字B：");string strNumberB = Console.ReadLine();string strResult = "";switch (strOperate){case"+":strResult = Convert.ToString(Convert.ToDouble(strNumberA) + Convert.ToDouble(strNumberB));break;case"-":strResult = Convert.ToString(Convert.ToDouble(strNumberA) - Convert.ToDouble(strNumberB));break;case"*":strResult = Convert.ToString(Convert.ToDouble(strNumberA) * Convert.ToDouble(strNumberB));break;case"/":if (strNumberB != "0")strResult = Convert.ToString(Convert.ToDouble(strNumberA) / Convert.ToDouble(strNumberB));elsestrResult = "除数不能为零";break;}Console.WriteLine("结果为:" + strResult);Console.ReadLine();}catch (Exception ex){Console.WriteLine("您输入有误"+ex.Message);}}}使用面向对象代码容易维护，移植性好第二章策略模式根据条件实现功能第三章单一职责原则(SRP)就一个类而言，应该仅有一个引起变化的原因比如手机功能多，集成多种设备为一身但是没有专业设备沉重，但是如果专业设备体积缩小了很多倍，功能并不消失，才是两全其美的办法第四章开放-封闭原则如香港和澳门的回归，实行一国两制方针，并不影响人民的生活第五章依赖倒转原则1.高层模块不应该依赖低层模块，两个都应该依赖抽象2.抽象不应该细节，细节应该依赖抽象[ASD]3.一个软件实体如果使用的是一个父类的话，那么一定要适用于其子类，而且它察觉不出父类对象和子类对象的区别，也就是说，在软件里面，把父类都替换成它的子类，程序行为没有变化。

23种oop设计模式定义创建型模式单例模式：确保⼀个类只有⼀个实例，⽽且⾃⾏实例化并向整个系统提供这个实现。

　⼯⼚模式：定义⼀个⽤于创建对象的接⼝，让⼦类决定将哪⼀个类实例化。

⼯⼚⽅法使⼀个类的实例化延迟到⼦类。

抽象⼯⼚模式：提供⼀个创建⼀系列相关或相互依赖对象的接⼝，⽽⽆需指定它们具体的类。

　建造者模式：将⼀个复杂对象的构建与其表⽰相分离，使得同样的构建过程可以创建不同的表⽰。

　原型模式：⽤原型实例指定创建对象的种类，并且通过拷贝这些原型创建新对象。

结构型模式 代理模式：为其他对象提供⼀种代理以控制对这个对象的访问。

适配器模式：将⼀个类的接⼝转换成客户希望的另外⼀个接⼝。

从⽽使原本因接⼝不匹配⽽⽆法在⼀起⼯作的两个类能够在⼀起⼯作。

桥接模式：将抽象部分与实现部分分离，使他们都可以独⽴的变化。

装饰模式：动态的给⼀个对象添加⼀些额外的职责。

就增加功能来说，装饰模式相⽐⽣成⼦类更为灵活。

组合模式：将对象组合成树形结构以表⽰“部分-整体”，使得⽤对单个对象和组合对象的使⽤具有⼀致性。

外观模式：为⼦系统的⼀组接⼝提供⼀个⼀致的界⾯，外观模式定义了⼀个⾼级接⼝，这个接⼝使得这⼀⼦系统更加容易使⽤。

享元模式：运⽤共享技术有效的⽀持⼤量细粒度对象。

⾏为型模式 模板模式：定义⼀个操作中的算法的⾻架，⽽将⼀些步骤延迟到⼦类中。

使得⼦类可以不改变⼀个算法的结构即可重定义某些算法的特定步骤。

命令模式：将⼀个请求封装为⼀个对象，从⽽使你可⽤不同的请求对客户进⾏参数化，对请求排队或记录请求⽇志，以及⽀持可撤销操作。

迭代器模式：提供⼀种⽅法顺序访问⼀个聚合对象中各个元素，⽽⼜不需暴露该对象的内部表⽰。

观察者模式：定义对象间的⼀种⼀对多的依赖关系，当对⼀个对象的状态发⽣改变时，所有依赖于它的对象都会得到通知并⾃动更新。

解释器模式：给定⼀个语⾔，定义他的⽂法的⼀种表⽰，并定义⼀个解释器，这个解释器使⽤该表⽰来解释语⾔中的句⼦。