【Java中的设计模式】

一、设计模式的分类

总体来说设计模式分为三大类：

创建型模式，共五种：

  工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

结构型模式，共七种：

  适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

行为型模式，共十一种：

 策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

 

工厂设计模式：spring中有用到，使用一个类来管理所有的 Bean，当如果某个实例的时候，就调用方法返回实例。

（创建对象更方便，更灵活例如连接数据库，解耦例如切换数据库）

 

抽象工厂模式：是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。汽车工厂零部件问题。

 

单例模式：饿汉  加载即创建实例，   懒汉  等到使用时，才创建实例，两种方式，一种锁 getInstance方法 一种锁内部 类问题代码块

 

 

1.请列举出在JDK中几个常用的设计模式？

单例模式用于Runtime, Calendar和其他的一些类中。

工厂模式被用于各种不可变的类如Boolean，像Boolean.valueOf方法。

观察者模式被用于swing和很多的时间监听中。装饰器模式被用于多个java IO类。

 

2.什么是设计模式？你是否在你的代码里面使用过任何设计模式？

 设计模式是世界上各种各样程序员用来解决特定设计问题的尝试和测试的方法。设计模式是代码可用性的延伸。

 

3.Java 中什么叫单例设计模式？请用Java 写出线程安全的单例模式

package test;

// 饿汉单例模式：  提供一个实例对象，每次使用都来获取。

public class HungrySingle {

	private static final HungrySingle sInstance = new HungrySingle(); //实例化对象
	private HungrySingle() {}		// 构造方法
	
	public static HungrySingle getInstance(){
		return sInstance;
	}
	
}	private static final HungrySingle sInstance = new HungrySingle(); //实例化对象
	private HungrySingle() {}		// 构造方法
	
	public static HungrySingle getInstance(){
		return sInstance;
	}
	
}

 

package test;

// 懒汉单例模式：每次需要的时候，才来 new一个实例

public class LazySingle {

	private static LazySingle sInstance = null;    // 初始化为空
	private LazySingle(){ }    // 构造方法
	
	public static LazySingle getsInstance(){
		
		if(sInstance == null){			// 判断对象是否存在，避免进入 锁
			synchronized(LazySingle.class){   // 加锁，防止 多线程 的时候，new两个对象
				if(sInstance == null){
					sInstance = new LazySingle();
				}
			}
		}	
		return sInstance;
	}
}

 饿汉式单例在单例类被加载时候，就实例化一个对象交给自己的引用；

 而懒汉式在调用取得实例方法的时候才会实例化对象。

 

4.解释下什么是观察者模式？

 观察者模式是基于对象的状态变化和观察者的通讯，以便他们作出相应的操作。简单的例子就是一个天气系统，当天气变化时必须在展示给公众的视图中进行反映。这个视图对象是一个主体，而不同的视图是观察者。

 

5.使用工厂模式最主要的好处是什么？在哪里使用？

工厂模式的最大好处是增加了创建对象时的封装层次。

如果你使用工厂来创建对象，之后你可以使用更高级和更高性能的实现来替换原始的产品实现或类，这不需要在调用层做任何修改。

 

8.在Java 中，什么时候用重载，什么时候用重写？

父子类之间，不同实现有着不同的方式来做同一件事，那么就应该用重写（overriding），方法和参数相同。

同一个类中，重载（overloading）是用不同的输入做同一件事，参数不同。

在Java 中，重载的方法签名不同，而重写并不是。

 

9.举例说明什么情况下会更倾向于使用抽象类而不是接口？     接口代表一种附属的行为和动作，抽象类 是 is - a的概念。

接口和抽象类都遵循”面向接口而不是实现编码”设计原则，它可以增加代码的灵活性，可以适应不断变化的需求。下面有几个点可以帮助你回答这个问题：

在 Java 中，你只能继承一个类，但可以实现多个接口。所以一旦你继承了一个类，你就失去了继承其他类的机会了。

接口通常被用来表示附属描述或行为如：Runnable、Clonable、Serializable等等，因此当你使用抽象类来表示行为时，你的类就不能同时是Runnable和Clonable(注：这里的意思是指如果把Runnable等实现为抽象类的情况)，因为在Java 中你不能继承两个类，但当你使用接口时，你的类就可以同时拥有多个不同的行为。

在一些对时间要求比较高的应用中，倾向于使用抽象类，它会比接口稍快一点。如果希望把一系列行为都规范在类继承层次内，并且可以更好地在同一个地方进行编码，那么抽象类是一个更好的选择。一般情况下，接口和抽象类可以一起使用，接口中定义函数，而在抽象类中定义默认的实现方式。