设计模式

最新推荐文章于 2025-05-03 10:56:02 发布

WenSnake

最新推荐文章于 2025-05-03 10:56:02 发布

阅读量141

点赞数

分类专栏： JAVA基础特性文章标签： java

本文链接：https://blog.youkuaiyun.com/TomSenXqq/article/details/106649758

版权

JAVA基础特性专栏收录该内容

3 篇文章

订阅专栏

设计模式模块分类

1、按照类型可以分为：创建型模式，结构型模式,行为型模式。

设计模式各个类型细分

1、创建型模式

主要是针对对象在创建过程中遇到的各种问题和解决方案的总结。常见的设计模式工厂模式(Factory、Abstract Factory)，单例模式(Singleton),创建者模式(Builder),原型模式(ProtoType)。

2、结构型模式

是针对软件设计结构的总结，关注于类、对象继承、组合方式的实践经验。常见的设计模式有:适配器模式(Adapter),代理模式(Proxy),装饰者模式(Decorator)(这里装饰者模式与代理模式有着很相似的结构，后续我会做详解)桥接模式(Bridge),组合模式(Composite),外观模式(Facade),享元模式(FlyWeight)

3、行为模式

行为模式顾名思义关注类与对象之间的交互、职责划分的角度总结出来的设计模式，常见的设计模式有有策略模式（Strategy）、解释器模式（Interpreter）、命令模式（Command）、观察者模式（Observer）、迭代器模式（Iterator）、模板方法模式（TemplateMethod）、访问者模式（Visitor）。

2、面试常问

一般会问你知道的哪些设计模式，然后会让你讲讲单例模式，工厂模式等。这里我就着重介绍单例模式。单例模式，常见的就是SpringBean中对bean的初始化管理，他主要的目的是减少垃圾对象的产生，有一定程度上提高了JVM的吞吐量。常见的模式有懒汉式，饿汉式。口诀：对象静态私有化，构造器私有化，提供静态公共方法返回私有对象。
下面展示 懒汉式与饿汉式单例。

	// 饿汉式
	public class Singleton{
	
		private static Singleton singleton = new Singleton();
		
		private Singleton() {
		}
		
		public static Singleton  initSingleton() {
			return singleton;
		}
	}
	// 懒汉式	 
	public class Singleton{
	
		private static Singleton singleton =null;
		
		private Singleton() {
		}
		
		public static Singleton  initSingleton() {
			if(singleton =null){
				singleton =  new Singleton();
			}
			return singleton;
		}
	}
}

3、深层次解析设计模式的六大原则

优化代码第一步：单一职责原则
让程序更稳定更灵活：开闭原则
构建扩展性更好的系统：里式替换原则
让项目拥有变化的能力：依赖倒置原则
系统有更高的灵活性：接口隔离原则
更好地扩展性：迪米特原则

1.单一职责原则

就是一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。
比如当要做一个图片加载器的时候，不应该把所有的东西都写在一个类中，应该各个功能独立出来，可以分成图片加载功能和缓存功能等模块，这样类中的代码逻辑清晰可读性、可扩展性和可维护性会大大提高。(总的意思就是一个类里面最好只干一件事情，不要太冗余)

2.开闭原则

软件中的对象（类、模块、函数等）应该对于扩展是开放的，对于修改是封闭的。在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会讲错误引入原本已经经过测试的旧代码中，破坏原有系统。因此，当软件需要变化时，我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。（类似我们引入的很多jar包，每个jar包里面的内容都封装好了，我们不能够直接改变，只能通过继承重写或者实现jar包里面提供的接口的方式来进行修改）

3.里式替换原则

所有引用基类的地方必须能透明地使用其子类对象。面向对象的语言三大特点是：继承、封装、多态，里式替换原则就是依赖于继承、多态这个两大特点。简单说就是只要父类出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，或者可能根本就不需要知道父类还是子类。但是反过来就不行了，有子类出现的地方，父类未必就能适应。（他的意思就是在继承父类的时候尽量不要重写父类的东西，父类的是啥样就是啥样）