下载文档原格式
【探建“四说”模式优化课评效能】java23种设计模式校本教研中的课堂教学评议是学校教研的常规活动形式。
课堂教学是学校教育最基本的形式和环节，历来是学校教育研究的核心和重点。
但常规的课堂教学评议议不起来和效能低下状况却是大家面临的普遍问题。
教学评议中常见的现象有谦虚沉默型――我是来学习的，说不出什么道道，我认真听大家的发言；讨好说优型――为讨好执教者，尽拣好听的说，甚至把明显的问题都当成优点来表扬；生拉硬套型――说自己听过的课或者哪位专家的观点，作为模式套用到所评的课上来；避重就轻型――只是就一些不重要的内容来评议，抓不住主要问题或者不愿去说主要问题；散捡芝麻型――可能属于不会听课评课一类，愿意甚至是积极参与评议，但是所说的都是一些零零散散的鸡毛蒜皮之类的东西，对课堂教学的改进和提高没有什么作用……传统的以学校的非行政和教学管理人员为主要成员所进行的、规范的课堂教学评价活动，多数重点追求的是评价结果本身，尤其是那些所谓的课堂教学评估活动，虽然也有促进教师提高教学水平的作用，但本身重在对等第的划定_这种等第划定，对于优秀等第获得者，除了能使被评者受到肯定、鼓励、表扬而增强教学自信外，对其本人的研究发展并没有实际作用，属于相对固化的非发展性评价；对于良好、合格、待合格等等第获得者，则会让被评者感受到巨大的压力。
特别是当这种评估并不是经常性进行的状态下，被评者会因为某一次(或某一节)课堂教学的情况而长时间背负等第负担。
这给教师造成很大的压力，对教师的生理和心理健康都会造成损害，不利于教师在精神愉悦状态下根据自身的实际需要快乐学习和主动发展。
实际情况之所以不理想，主要原因在三个方面。
一是由传统习惯而来的依赖指导特别是专家指导，自主研修的新习惯还没有形成。
二是尚未实现从教育思想中提炼出教育理念并用以指导教学实践的转变，比如素质教育思想表现为教育理念的养成教育、实践本位、强调知能转化等，从而明确地用来权衡、考量自己的教学实践。
目录创建型1. Factory Method（工厂方法）2. Abstract Factory（抽象工厂）3. Builder（建造者）4. Prototype（原型）5. Singleton（单例）结构型6. Adapter Class/Object（适配器）7. Bridge（桥接）8. Composite（组合）9. Decorator（装饰）10. Facade（外观）11. Flyweight（享元）12. Proxy（代理）行为型13. Interpreter（解释器）14. Template Method（模板方法）15. Chain of Responsibility（责任链）16. Command（命令）17. Iterator（迭代器）18. Mediator（中介者）19. Memento（备忘录）20. Observer（观察者）21. State（状态）22. Strategy（策略）23. Visitor（访问者）创建型1.Factory Method（工厂方法）FactoryMethod.uml意图：定义一个用于创建对象的接口，让子类决定实例化哪一个类。
Factory Method 使一个类的实例化延迟到其子类。
适用性：当一个类不知道它所必须创建的对象的类的时候。
当一个类希望由它的子类来指定它所创建的对象的时候。
当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。
2.Abstract Factory（抽象工厂）意图：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
适用性：一个系统要独立于它的产品的创建、组合和表示时。
一个系统要由多个产品系列中的一个来配置时。
当你要强调一系列相关的产品对象的设计以便进行联合使用时。
当你提供一个产品类库，而只想显示它们的接口而不是实现时。
3.Builder（建造者）意图：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
1. 观察者模式定义了对象之间的一对多的依赖，这样一来，当一个对象改变时，它的所有的依赖者都会收到通知并自动更新。
∙对于JDK或者Andorid中都有很多地方实现了观察者模式，比如XXXView.addXXXListenter ，当然了 XXXView.setOnXXXListener不一定是观察者模式，因为观察者模式是一种一对多的关系，对于setXXXListener是1对1的关系，应该叫回调。
/** * 注册一个观察者 */ public void registerObserver(Observer observer);/** * 移除一个观察者 */ public void removeObserver(Observer observer);/** * 通知所有观察者 */ public void notifyObservers();∙ @Overridepublic void registerObserver(Observer observer){ observers.add(observer); }@Overridepublic voidremoveObserver(Observer observer) { int index =observers.indexOf(observer); if (index >= 0){ observers.remove(index); } }@Overridepublic voidnotifyObservers() { for (Observer observer : observers){ observer.update(msg); } }/** * 主题更新信息 */public voidsetMsg(String msg) { this.msg = msg; notifyObservers(); }∙public ObserverUser1(Subject subject){ subject.registerObserver(this); } @Override public voidupdate(String msg) { Log.e("-----ObserverUser1 " "得到 3D 号码:" + msg + "我要记下来。
23种设计模式（Design Patterns）设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。
项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。
一、总体来说设计模式分为三大类：创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
还用两类模式：并发型模式和线程池模式。
二、设计模式六大原则:总原则：开闭原则开闭原则就是说对扩展开放，对修改关闭。
在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。
所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。
想要达到这样的效果，我们需要使用接口和抽象类等。
1、单一职责原则不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，如若不然，就应该把类拆分。
2、里氏替换原则（Liskov Substitution Principle）里氏代换原则(Liskov Substitution Principle LSP)是面向对象设计的基本原则之一。
里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。
LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。
里氏代换原则是对“开-闭”原则的补充。
Java中常⽤的设计模式23种JAVA设计模式项⽬实战教程java数据结构算法Java中常⽤的设计模式 23种JAVA设计模式项⽬实战教程java数据结构算法58套Java⾼级架构师视频教程，微服务，⾼并发，分布式，⾼可⽤，⾼性能，集群架构，设计模式，数据结构，中间件，并发编程，虚拟机，⾼可扩展，服务器，数据库，性能调优，负载均衡，安全架构，全⽂检索，权限管理Spring Boot，Spring Cloud⼤型分布式综合电商项⽬实战等视频教程JAVA⾼级架构师技术包含：JAVA架构设计，系统架构，缓存架构，分布式架构，安全架构，微服务，⾼并发，⾼可⽤，⾼可扩展，⾼性能，集群搭建，设计模式，数据结构，中间件，并发编程，JVM虚拟机，性能调优，负载均衡，单点登录，⽇志分析，全⽂检索，任务调度，权限管理，⼯作流，⽹络编程，脚本编程，分布式事务，分库分表，团队协作，持续集成，⾃动化部署，服务器，数据库，图形数据库，项⽬实战，SSM框架，SpringBoot，SpringCloud，Maven，Mybatis，Docker，K8S，Devops，Jenkins，Elasticsearch，Nginx，Tomcat，RabbitMQ，RocketMQ，ActiveMQ，Kafka，Dubbo，Solr，SSO，CAS，OA，Ehcache，Memcached，Activiti，Quartz，Shiro ，Git，Netty ，NIO，Linux，Shell，IDEA，Spring，Springmvc，SpringSecurity，SpringData，VueJS，RectJS，AngularJS，NodeJS，Hadoop，Hbase，Spark，HttpClient，Json，Nosql，Mysql，Redis，MongoDB，Zookeeper，Mycat，Oracle，健康项⽬实战，秒杀系统实战，电商项⽬实战，在线教育实战，P2P⾦融项⽬实战，⼤型分布式综合电商项⽬实战等视频教程......58套精品教程介绍：1、58套精品是掌柜最近整理出的最新教程，都是当下最⽕的技术，最⽕的课程，也是全⽹教程的精品；2、58套资源包含：全套完整⾼清视频、完整源码、配套⽂档；3、知识也是需要投资的，有投⼊才会有产出（保证投⼊产出⽐是⼏百上千倍），如果有⼼的朋友会发现，⾝边投资知识的⼤都是技术经理或者项⽬经理，⼯资⼀般相对于不投资的也要⾼出很多；总⽬录：58套JAVA⾼级架构师，微服务架构，亿级⾼并发，分布式架构，源码剖析系列，项⽬实战，设计模式实战，数据结构与算法，消息中间件，并发编程多线程，服务器系列，数据库，分布式事务，⼤型分布式综合电商项⽬实战视频教程第⼀套：01.【⾼并发课】亿级⾼并发⼤型电商详情页系统的⾼性能与⾼可⽤缓存架构实战视频教程第⼆套：02.【微服务课】微服务架构实战160讲.8⼤核⼼模块精讲.打通架构师进阶之路视频教程第三套：03.【项⽬实战】微服务电商系统从设计到实现全流程讲解基于SpringCloud视频教程第四套：04.【项⽬实战】微服务架构⼴告设计系统实战基于SpringCloud+Kafka+Mysql视频教程第五套：【项⽬实战】精讲SpringBoot2.0互联⽹⾦融理财项⽬实战，开发实战与原理分析视频教程（3套）第01套【主流框架】SpringBoot2.0全新系列精通到实战史上最全的完整版视频教程第02套【主流框架】Spring Boot实战与原理分析视频课程第03套【主流框架】SpringBoot2.0互联⽹⾦融理财系统综合项⽬实战视频课程第六套：06.【微服务课】精通SpringBoot Cloud微服务框架，实战案例与源码剖析视频教程（2套）第01套.Spring Cloud微服务最新技术⼊门到精通视频教程第02套.精通Spring Boot Cloud使⽤并理解框架的原理与底层运作机制视频教程第七套：07.【源码解析】深度剖析Spring Spring5 Mybatis Tomcat源码系列底层框架解析视频教程第⼋套：08.【项⽬实战】微服务容器化综合实践Docker+Kubernetes践⾏DevOps理念 k8s部署落地（3套）第01套：Docker+Kubernetes(k8s)微服务容器化及多技术综合实践视频教程第02套：深⼊系统学习Docker容器技术，实践DevOps理念视频教程第03套：Kubernetes（k8s）落地全程实践企业级应⽤实践从部署到核⼼应⽤视频教程第九套：09.【项⽬实战】从⽆到有搭建中⼩型互联⽹公司后台服务架构与运维架构视频课程第⼗套：10.【设计模式】精讲Java23种设计模式源码分析+内存分析+编程思想+Debug⽅式视频教程第⼗⼀套：11.【项⽬实战】设计模式综合项⽬（实战）设计模式综合应⽤的实战案例视频教程第⼗⼆套：12.【项⽬实战】软件系统功能设计（实战）训练（6个设计案例）视频教程第⼗三套：13.【数据结构】恋上数据结构与算法，程序员修炼编程内功（数组,栈,队列,链表,递归,排序,堆等）第⼗四套：14.【⾼级进阶】深度解析Spring5新特性，Java8~11新特性原理与实践,⾼级进阶实战视频教程第01套：Java8新特性原理，⾼级进阶实战视频教程第02套：Java9、10、11新特性全套精讲视频教程第03套：深⼊浅出spring原理与实践视频课程第04套：Spring5新特性及应⽤举例精讲剖析视频教程第⼗五套：15.【项⽬实战】快速上⼿SSO单点登录开发与项⽬实战单点登录在集群开发的作⽤视频教程（2套）第01套【单点登录】SSO单点登录快速上⼿与项⽬实战视频教程第02套【单点登录】SSO单点登录开发与实战，单点登录在集群开发的作⽤视频教程第⼗六套：16.【⾼级架构】Java架构之消息中间件Kafka RabbitMQ RocketMQ ActiveMq精通实战（4套）01.【中间件】ActiveMq中间件基础到精通⾼级实战视频课程02.【中间件】JAVA-ACE架构师系列课程 Rocketmq03.【中间件】RabbitMQ中间件基础到精通，消息订阅视频课程04.【中间件】Kafka分布式消息中间节原理剖析及实战演练视频课程第⼗七套：17.【项⽬实战】企业⽇志平台⽣产案例实战，⽇志分析之ELK stack实战视频教程第⼗⼋套：18.【⾼级进阶】顶尖⾼⼿系列Elasticsearch快速上⼿篇+⾼⼿进阶篇视频课程第⼗九套：19.【项⽬实战】基于Activiti6.X⼯作流进阶与项⽬实战，Activiti整合Drools视频课程第⼆⼗套：20.【任务调度】Spring+Quartz的分布式任务调度及源码解析视频课程第⼆⼗⼀套：21.【系统学习】Java架构之Shiro权限管理权限设计实现项⽬案例，与Springboot整合教程（3套）第01套.SpringBoot与Shiro整合-权限管理实战视频第02套.Shiro基础到精通，原理与架构视频课程第03套.Apache Shiro权限框架实战+项⽬案例+权限设计实现视频课程第⼆⼗⼆套：22.【系统学习】深⼊学习Zookeeper分布式系统开发实战视频课程第⼆⼗三套：23.【分布式】Dubbo第三⽅⽀付项⽬的系统架构实战视频教程第⼆⼗四套：24.【微服务】基于⽀付系统场景的微服务架构的分布式事务解决⽅案视频课程第⼆⼗五套：25.【项⽬实战】实战技能Linux100讲全⽅位实战讲解视频教程第⼆⼗六套：26.【linux精讲】Shell脚本编程⼤量企业级实例带你全⾯掌握六⼤技术点视频教程第⼆⼗七套：27.【⾼级进阶】⾼并发多线程实训营-Java多线程编程三个阶进阶实战视频教程第⼆⼗⼋套：28.【⾼级架构】架构之⾼并发系统架构实战⽅案 Java⾼并发解决⽅案与并发编程教程第⼆⼗九套：29.【⾼级进阶】深⼊Java并发编程原理与实战线程安全+锁原理+同步容器+实战讲解视频教程第三⼗套：30.【分布式】分布式事务框架Myth+Raincat+Tcc源码解析视频教程第三⼗⼀套：31.【分布式】分布式常见问题解决⽅案，分布式事务与锁，缓存实战解决⽅案视频教程第三⼗⼆套：32.【分布式】解决分布式事务数据⼀致性开发与实践分布式事务实现视频教程第三⼗三套：33.【分布式】分布式集群部署实战，分布式存储缓存协调调度视频教程第三⼗四套：34.【性能优化】深⼊JAVA虚拟机，JVM内核-原理，诊断与优化+内存模型+虚拟机原理视频教程第三⼗五套：35.【性能优化】架构⼤⽜带你学习MySql，Nginx，Tomcat，JVM性能调优系列专题视频教程第三⼗六套：36.【性能优化】深⼊JAVA程序性能调优视频(阿姆达尔定律、缓存组件、并⾏开发、线程池、JVM调优)第三⼗七套：37.【⾼级进阶】全⾯深⼊Mysql数据库系统优化+查询优化，Mysql⼤型分布式集群，从⼩⽩到⼤神（3套）第01套：全⾯深⼊Mysql数据库优化查询优化mysql⾼级第02套【数据库】MySQL⾼级⼤型分布式集群，主从复制，负载均衡，数据库中间件视频课程第03套：Mysql从⼩⽩到⼤神视频教程第三⼗⼋套：38.【⾼级进阶】深⼊进阶Oracle DBA性能优化+⾼可⽤+海量数据库设计视频课程（2套）第三⼗九套：39.【项⽬实战】企业级开发与运维Redis从⼊门到项⽬实战视频教程第四⼗套：40.【项⽬实战】精通MongoDB4.0从⼊门到实践，掌握NoSQL数据库企业主流解决⽅案视频教程第四⼗⼀套：41.【⾼级架构】Java架构之Mycat实现mysql⾼可⽤集群，分布库分表中间件视频教程第四⼗⼆套：42.【数据库】图形数据库之王 Neo4j从⼊门到精通视频教程第四⼗三套：43.【⾼级进阶】企业级Nginx核⼼知识，百万并发下的Nginx性能优化之道视频教程。
23种设计模式详解设计模式是指面向对象编程中，经过多次验证、被广泛接受的代码实现方法。
这些设计模式可以帮助开发者更快地解决问题，提高代码的可读性、可维护性、可扩展性。
目前，常用的设计模式有23种。
下面，我们来详细介绍一下这23种设计模式。
1. 单例模式(Singleton)单例模式是一种只允许生成一个实例的模式。
在实例化对象时，单例模式的生成过程比较特殊，需要先判断该类是否已经实例化过，如果已经实例化，则直接返回已有的实例对象，否则再进行实例化。
2. 工厂模式(Factory)工厂模式是一种生产对象实例的设计模式。
它将对象实例的生成过程封装在一个工厂类中，客户端需要对象时，只需要调用工厂类中对应的方法即可。
3. 抽象工厂模式(Abstract Factory)抽象工厂模式是一种扩展了工厂模式的模式。
它可以生成一系列相关或相互依赖的对象实例。
具体实现时，通常需要定义一个抽象工厂类和一些具体工厂类，来生产各种相关的对象实例。
4. 建造者模式(Builder)建造者模式是一种用于构建复杂对象的模式。
它将一个复杂对象的构建过程分解成多个简单的步骤，然后通过一个指挥者来管理这些步骤的执行，最终构建出一个复杂的对象。
5. 原型模式(Prototype)原型模式是一种通过复制已有对象来创建新对象的模式。
一般来说，系统中的对象包含大量相同或相似的部分，通过复制对象可以帮助我们节省生成对象的时间和资源。
6. 适配器模式(Adapter)适配器模式是一种将不兼容接口转换为兼容接口的模式。
具体实现时，需要定义一个适配器类，该类实现了客户端所期望的接口，而且还包装了原有不兼容的接口，使其能够兼容客户端期望的接口。
7. 桥接模式(Bridge)桥接模式是一种将抽象部分与其实现部分分离开来的模式。
具体实现时，需要定义抽象部分和实现部分的接口，然后定义一个桥接类，将抽象部分和实现部分联系起来。
8. 组合模式(Composite)组合模式是一种将具有相同属性和方法的对象组合成树形结构的模式。
23种设计模式汇集如果你还不了解设计模式是什么的话？那就先看设计模式引言!学习GoF设计模式的重要性建筑和软件中模式之异同A. 创建模式设计模式之Singleton(单态/单件) 阎宏博士讲解：单例（Singleton）模式保证一个类只有一个实例,并提供一个访问它的全局访问点设计模式之Factory(工厂方法和抽象工厂)使用工厂模式就象使用new一样频繁.设计模式之Builder汽车由车轮方向盘发动机很多部件组成，同时，将这些部件组装成汽车也是一件复杂的工作，Builder模式就是将这两种情况分开进行。
设计模式之Proto type(原型)用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
B. 结构模式设计模式之Adapter(适配器)使用类再生的两个方式:组合(new)和继承(extends),这个已经在thinking in java中提到过.设计模式之Proxy(代理)以Jive为例,剖析代理模式在用户级别授权机制上的应用设计模式之Facade(门面？)可扩展的使用JDBC针对不同的数据库编程,Facade提供了一种灵活的实现.设计模式之Composite(组合)就是将类用树形结构组合成一个单位.你向别人介绍你是某单位，你是单位中的一个元素，别人和你做买卖，相当于和单位做买卖。
文章中还对Jive再进行了剖析。
设计模式之Decorator(装饰器)Decorator是个油漆工,给你的东东的外表刷上美丽的颜色.设计模式之Bridge(桥连)将牛郎织女分开(本应在一起,分开他们,形成两个接口),在他们之间搭建一个桥(动态的结合)设计模式之Flyweight(共享元)提供Java运行性能,降低小而大量重复的类的开销.C. 行为模式设计模式之Command(命令)什么是将行为封装,Command是最好的说明.设计模式之Observer(观察者)介绍如何使用Java API提供的现成Observer设计模式之Iterator(迭代器)这个模式已经被整合入Java的Collection.在大多数场合下无需自己制造一个Iterator,只要将对象装入Collection中，直接使用Iterator进行对象遍历。
23种常⽤的设计模式23种设计模式总体可以分为三类：⼀、创建型模式 ⼯⼚模式、抽象⼯⼚、单例模式、建造者模式、原型模式⼆、结构型模式 装饰器模式、适配器模式、代理模式、外观模式、桥接模式、组合模式、享元模式三、⾏为型模式 策略模式、观察者模式、模板⽅法模式、责任链模式、迭代⼦模式、备忘录模式、命令模式、访问者模式、中介者模式、状态模式、解释器模式下⾯主要介绍以上9种红⾊字体的设计模式。
（1）⼯⼚模式：定义⼀个创建对象的接⼝，让⼦类决定具体实例化哪⼀个对象。
public interface Sender{void sender();}public class SenderFactory{ //创建简单⼯⼚public Sender produce(String type){if(type.equals("mail")){return new MailSender();}else if(type.equals("msg")){return new MsgSender();}else{return null;}}}（2）抽象⼯⼚：为⼀组相关或相互依赖的对象提供⼀个接⼝，且⽆需指定他们的具体实现类。
//定义实现功能的接⼝public interface Sender{void sender();}//定义⽣产⼯⼚的接⼝,提供⼀个返回上⾯接⼝功能的⽅法，⽐如Senderpublic interface Provider{Sender produce();}//扩展发送邮件的实现类public class MailSenderFactory implements Provider{@OverrideSender produce(){return new MailSender();}}（3）单例模式：确保⼀个类只存在⼀个实例（介绍两种线程安全的单例模式）1.使⽤volatile关键字实现线程安全的单例模式public class SingletonInstance03 {private static volatile SingletonInstance03 singletonInstance03= null; //将这个变量定义为线程可见的private SingletonInstance03(){}public static SingletonInstance03 getInstance(){if(singletonInstance03 == null){//对这个实例加锁synchronized (singletonInstance03){if(singletonInstance03 == null){singletonInstance03 = new SingletonInstance03();}}}return singletonInstance03;}}2.使⽤内部类持有单例实例来实现线程安全的单例模式。
23种设计模式及案例整理分享创建型模式⼯⼚模式⼯⼚模式（Factory Pattern）是 Java 中最常⽤的设计模式之⼀。
这种类型的设计模式属于创建型模式，它提供了⼀种创建对象的最佳⽅式。
在⼯⼚模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使⽤⼀个共同的接⼝来指向新创建的对象。
介绍意图：定义⼀个创建对象的接⼝，让其⼦类⾃⼰决定实例化哪⼀个⼯⼚类，⼯⼚模式使其创建过程延迟到⼦类进⾏。
主要解决：主要解决接⼝选择的问题。
何时使⽤：我们明确地计划不同条件下创建不同实例时。
如何解决：让其⼦类实现⼯⼚接⼝，返回的也是⼀个抽象的产品。
关键代码：创建过程在其⼦类执⾏。
应⽤实例： 1、您需要⼀辆汽车，可以直接从⼯⼚⾥⾯提货，⽽不⽤去管这辆汽车是怎么做出来的，以及这个汽车⾥⾯的具体实现。
2、Hibernate 换数据库只需换⽅⾔和驱动就可以。
优点： 1、⼀个调⽤者想创建⼀个对象，只要知道其名称就可以了。
2、扩展性⾼，如果想增加⼀个产品，只要扩展⼀个⼯⼚类就可以。
3、屏蔽产品的具体实现，调⽤者只关⼼产品的接⼝。
缺点：每次增加⼀个产品时，都需要增加⼀个具体类和对象实现⼯⼚，使得系统中类的个数成倍增加，在⼀定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。
这并不是什么好事。
使⽤场景： 1、⽇志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，⽤户可以选择记录⽇志到什么地⽅。
2、数据库访问，当⽤户不知道最后系统采⽤哪⼀类数据库，以及数据库可能有变化时。
3、设计⼀个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现⼀个接⼝。
注意事项：作为⼀种创建类模式，在任何需要⽣成复杂对象的地⽅，都可以使⽤⼯⼚⽅法模式。
有⼀点需要注意的地⽅就是复杂对象适合使⽤⼯⼚模式，⽽简单对象，特别是只需要通过 new 就可以完成创建的对象，⽆需使⽤⼯⼚模式。
开发模式一、创建型模式1、工厂模式（FACTORY）客户类和工厂类分开。
消费者任何时候需要某种产品，只需向工厂请求即可。
消费者无须修改就可以接纳新产品。
缺点是当产品修改时，工厂类也要做相应的修改。
如：如何创建及如何向客户端提供。
追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。
麦当劳和肯德基就是生产鸡翅的Factory 。
2、建造模式（BUILDER）将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。
建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。
建造模式可以强制实行一种分步骤进行的建造过程。
MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。
（这一定比美军在伊拉克用的翻译机好卖）。
3、工厂方法模式（FACTORY METHOD）核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。
请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。
4、原始模型模式（PROTOTYPE）原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。
原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。
23种设计模式的经典运用介绍设计模式是解决软件设计中常见问题的可重复使用的解决方案。
本文将介绍23种经典的设计模式，并给出它们在实际开发中的应用示例。
通过学习这些设计模式，您将增加对软件设计的理解，并能够更好地解决问题。
创建型设计模式1.工厂方法模式（F a c t o r y M e t h o d）工厂方法模式通过定义一个创建对象的接口，但由子类决定实例化具体类。
这种方法可以延迟实例化过程，具有更高的灵活性和可扩展性。
应用场景：-在一个系统中，希望客户端与具体类的实例化解耦。
-希望通过增加具体类的扩展来增加系统的灵活性。
2.抽象工厂模式（A b s t r a c t F a c t o r y）抽象工厂模式提供一个接口，用于创建相关或依赖对象组。
这种模式将对象的实例化推迟到子类中，从而实现了解耦。
应用场景：-当一个系统独立于其产品的创建、组合和表示时。
-当需要一个系列的相互依赖的对象而无需指定其具体类时。
3.单例模式（S i n gl e t o n）单例模式确保一个类只有一个实例，并提供一个全局访问点。
这种模式常用于控制对资源的访问，例如数据库连接或日志文件。
应用场景：-当需要一个类的唯一实例，并且该实例需要被多个客户端共享时。
-当需要限制系统中特定类的实例数量时。
4.原型模式（P r o to t y p e）原型模式通过复制现有对象来创建新对象。
这种模式对于创建需要消耗大量资源的对象非常有用，可以通过克隆现有对象来提高性能。
应用场景：-当一个系统的某些对象的创建比较昂贵时。
-当需要避免构造函数调用，而直接通过复制现有对象来创建新对象时。
5.建造者模式（B ui l d e r）建造者模式将一个复杂对象的构建过程与其表现分离，使得相同的构建过程可以创建不同的表现。
应用场景：-当想要构建一些复杂对象时，如生成器。
-当需要创建对象的过程具有多个步骤，并且每个步骤都可以按需选择或省略时。
结构型设计模式6.适配器模式（A da p t e r）适配器模式将一个类的接口转换为客户端所期望的另一个接口。
java设计模式及应用场景Java设计模式指的是在软件设计中，为了解决某一类问题而经过实践总结出来的一套实用的设计思路和方法。
这些设计模式不仅可以提高程序的可读性、可维护性和可扩展性，还可以提高程序的性能和可靠性。
在Java编程中，常用的设计模式有23种，它们分别是：1. 工厂模式2. 抽象工厂模式3. 单例模式4. 原型模式5. 建造者模式6. 适配器模式7. 桥梁模式8. 组合模式9. 装饰器模式10. 外观模式11. 享元模式12. 代理模式13. 责任链模式14. 命令模式15. 解释器模式16. 迭代器模式17. 中介者模式18. 备忘录模式19. 观察者模式20. 状态模式21. 策略模式22. 模板方法模式23. 访问者模式这些设计模式的应用场景各不相同。
举个例子，工厂模式适用于需要创建某些类型的对象的场景。
抽象工厂模式用于解决多个工厂实现类的问题。
单例模式适用于需要保证系统中某个实例只有一个的场景。
桥梁模式适用于需要将抽象和实现分离的场景。
外观模式适用于需要简化复杂代码的场景。
代理模式适用于需要在访问某个对象之前或之后添加一些逻辑的场景。
策略模式适用于需要根据不同情况采用不同的算法的场景。
以上只是众多设计模式中的一部分，每个设计模式都有其应用场景和优点，需要开发者根据实际情况进行选择。
在实际开发中，我们可以根据具体问题采用不同的设计模式。
比如在Web开发中，我们可以使用观察者模式来处理数据变化事件；在游戏开发中，我们可以使用状态模式来处理游戏中的各种状态；在GUI 开发中，我们可以使用装饰器模式来实现复杂的界面效果；在数据库访问中，我们可以使用代理模式来处理数据访问的安全性和性能问题等等。
总之，Java设计模式是一种非常重要的开发思想，它可以帮助我们解决各种软件开发中的问题，提高代码的质量和复用性，同时也为我们节约了大量的开发时间和成本。
因此，作为Java开发者，我们应该学好这些设计模式，并在实际开发中灵活运用，才能打造出更加高效、健壮、可维护的Java应用程序。
设计模式-23种设计模式整体介绍及应⽤场景、七⼤设计原则总结对象的⼀、创建型模式：都是⽤来帮助我们创建对象的!（关注（关注对象的创建过程））创建过程模式1.单例单例模式保证⼀个类只有⼀个实例，并且提供⼀个访问该实例的全局访问点。
模式("Gof book"中把⼯⼚⽅法与抽象⼯⼚分为两种模式，所以创建型模式共为⼯⼚模式2.⼯⼚五种，这⾥只是为了⽅便整理，合在了⼯⼚模式中)-简单⼯⼚模式⽤来⽣产同⼀等级结构的任意产品。
（对于增加新的产品，需要修改已有代码）-⼯⼚⽅法模式⽤来⽣成同⼀等级结构中的固定产品。
（⽀持增加任意产品）-抽象⼯⼚模式⽤来⽣产不同产品族的全部产品。
（对于增加新的产品，⽆能为⼒，⽀持增加产品族）模式3.建造者建造者模式分离了对象⼦组件的单独构造（由Builder来负责）和装配（由Director负责），从⽽可以构造出复杂的对象。
模式原型模式4.原型通过new产⽣⼀个对象需要⾮常繁琐的数据准备或访问权限，则可以使⽤原型模式。
耦合，从⽽可以松耦合，从⽽可以扩⼤扩⼤结构上实现上实现松⼆、结构型模式：是从程序的、结构型模式：是从程序的结构对象和和类的组织）类的组织）（关注对象解决更⼤的问题。
（关注整体的类结构，⽤来整体的类结构，⽤来解决更⼤的问题。
模式1.适配器适配器模式⼯作中的场景：经常⽤来做旧系统改造和升级；如果我们的系统开发之后再也不需要维护，那么很多模式都是没必要的，但是不幸的是，事实却是维护⼀个系统的代价往往是开发⼀个系统的数倍。
学习中见过的场景：java.io.InputStreamReader(InputStream); java.io.OutpuStreamWriter(OutputStream)模式2.代理代理模式核⼼作⽤：通过代理，控制对对象的访问！可以详细控制访问某个（某类）对象的⽅法，在调⽤这个⽅法前做前置处理，调⽤这个⽅法后做后置处理。
（即：AOP的微观实现！）AOP（Aspect Oriented Programming⾯向切⾯编程）的核⼼实现机制！开发框架中应⽤场景：structs2中拦截器的实现；数据库连接池关闭处理；Hibernate中延时加载的实现；mybatis中实现拦截器插件；AspectJ的实现；spring中AOP的实现（⽇志拦截，声明式事务处理）；web service；RMI远程⽅法调⽤模式桥接模式3.桥接实际开发中应⽤场景：JDBC驱动程序；AWT中的Peer架构；银⾏⽇志管理：格式分类：操作⽇志、交易⽇志、异常⽇志距离分类：本地记录⽇志、异地记录⽇志⼈⼒资源系统中的奖⾦计算模块：奖⾦分类：个⼈奖⾦、团体奖⾦、激励奖⾦。
23种设计模式的代码实现1. 介绍设计模式是软件开发中常用的一种解决问题的方式，它通过提供一套经验丰富的解决方案，帮助我们在面对特定问题时能够快速、高效地解决。
在本文中，我们将介绍23种常见的设计模式，并通过代码实现的方式来深入理解它们的应用场景和原理。
2. 创建型模式2.1 单例模式单例模式是一种保证一个类仅有一个实例，并提供一个全局访问点的设计模式。
通过使用私有构造函数和静态方法来实现单例。
例如：public class Singleton {private static Singleton instance;private Singleton() {}public static Singleton getInstance() {if (instance == null) {instance = new Singleton();}return instance;}}2.2 工厂模式工厂模式是一种创建型模式，它提供了一种方式，通过传入参数来创建对象。
例如：public interface Shape {void draw();}public class Circle implements Shape {@Overridepublic void draw() {System.out.println("Inside Circle::draw() method.");}}public class Square implements Shape {@Overridepublic void draw() {System.out.println("Inside Square::draw() method.");}}public class ShapeFactory {public Shape getShape(String shapeType) {if (shapeType == null) {return null;}if (shapeType.equalsIgnoreCase("CIRCLE")) {return new Circle();} else if (shapeType.equalsIgnoreCase("SQUARE")) {return new Square();}return null;}}3. 结构型模式3.1 适配器模式适配器模式是一种结构型模式，它允许将一个类的接口装换成客户希望的另一个接口。
Java23种设计模式之：策略模式和⼯⼚模式
因为⽬前产品⽤到了策略模式，⽐如国内的⽤户注册⾛A流程，美国⽤户⾛B流程，印度⽤户⾛C流程，每个流程有些相同，有些则完全不⼀样。
这两种设计模式⾮常容易弄混淆。
策略模式和⼯⼚模式：
1. 关注点不⼀样，⼯⼚模式关注对象创建，策略模式关注⾏为封装
2.解决的问题不⼀样，⼯⼚模式是创建型的设计模式，它接收指令，创建出符合要求的实例，主要解决的是资源的统⼀分发，将对象的创建完全独⽴出来，
让对象的创建和具体的使⽤客户⽆关。
主要应⽤在多数据库选择，类库⽂件加载等。
策略模式是⾏为型的设计模式，定义策略族，分别封装起来，让他们之间可以互相替换，策略模式让策略的变化独⽴于使⽤策略的客户。
