设计模式1
设计模式1
题记：人要不断向前、稍微停留就会颓废自己
单例模式
Singleton模式主要作用是保证一个类只有一个实例存在；在很多操作中、比如建立目录，数据库连接等都需要这样的单例操作。对于这样的需求、我们只用一个实例是最好的选择。同时、还可以节省内存，因为限制了实例的个数、所以利于java的垃圾回收。
单例模式又有懒汉模式、饿汉模式之分；两者不同的地方在于：饿汉式单例在声明类的对象时，并未执行类的实例化、只有当需要时，才判断是否需要实例化；提高了效率。
实现单例模式、通常有以下几点：
能有一个static类型的实例，被static类型修改的对象在类加载的时候调用；且只会被调用一次。
单例类必须自行创建这个实例，不管懒汉模式还是饿汉模式。
单例类必须自行向整个系统提供这个实例，为做到这点、单例类需要编写一个方法；以便向其他类提供获取实例的方法；并设置类的实例属性和构造函数为private类型。
简单工厂模式
简单工厂模式是类的创建模式，在很多时候。一个实例的获取、并非只是new的方式那么简单；它还要求能根据需求动态的创建具体类的实例。使用工厂模式、就可以将类的实例化责任转移到独立的工厂类中，有利于提供程序的可维护性。
简单工厂模式演示：
先定义一个接口
Public interface FileCopy{
Public void copyFile(String src,Stirng dest)throws Exception;
}
在这个类中，声明了一个方法；
然后给出接口的具体实现类
Public class FileCopyStream implements FileCopy{
Public void copyFile(String src,Stirng dest)throws Exception{
System.out.println(“实现拷贝文件的具体方法，以字节为单位”);
}
}
定义接口的另一个实现类
Public class FileCopyReader implements FileCopy{
Public void copyFile(String src,Stirng dest)throws Exception{
System.out.println(“实现拷贝文件的具体方法，以字符为单位”);
}
}
如果需要动态的来决定FileCopy对象的具体实现，不能在代码中来指定、我们可以将具体的实现类以键值对的方式存到一个属性文件中；当我们需要一个FileCopy对象时、可以根据从属性配置文件中读取出来的结果来动态的获取类的实例。
Config.properties中的属性文件：
Filecopy = org.nitpro.pattern.factory.FileCopyReader;
最后在工厂类中、我们通过读取属性文件中的属性值、来决定实例化相应的对象，然后就可以使用对象执行该对象相关操作；如果要替换当前类、可以直接从配置文件中修改即可。
工厂方法模式
工厂方法模式的核心是一个抽象工厂类，而简单工厂类模式把核心放在一个具体类上；工厂方法模式可以允许很多具体工厂类从抽象工厂类中将创建行为继承下来、从而成为多个简单工厂模式的综合。
如果需要向系统中加入一个新的产品时、工厂方法模式会是一个很好的选择；我们只需要向系统中加入一个产品类以及它所对应的工厂类；而不需要修改客户端的代码。
