初学几种设计模式的理解与体会

package net.control;

import java.io.IOException;
import java.io.InputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.OutputStream;
import java.net.Socket;

public class ClientModel {
	// 私有化构造函数
	private ClientModel() {

	}

	private static ClientModel cm;
	private Socket client;
	private ObjectOutputStream oos;
	private ObjectInputStream ois;

	// 包装保证同一时间只能有一个实例对象存在
	public static synchronized ClientModel getInstance() {
		if (cm == null) {
			cm = new ClientModel();
		}
		return cm;
	}

	// 实例对象的方法
	public void getConnection() {
		try {
			client = new Socket("localhost", 9090);
			System.out.println("客户端启动成功");
			OutputStream ous = client.getOutputStream();
			InputStream ins = client.getInputStream();
			// 包装数据流
			oos = new ObjectOutputStream(ous);
			ois = new ObjectInputStream(ins);

		} catch (IOException e) {
			e.printStackTrace();
		}
	}

	// 关闭流
	public void closeConnection() {
		try {
			oos.close();
			ois.close();
			client.close();
		} catch (IOException e) {
			e.printStackTrace();
		}

	}
}

     最近，初初学了几种java的设计模式，谈谈自己的心得体会。众所周知，java有23种设计模式，其中设计模式可以根据使用类型分为3类：创建模式，结构模式和行为模式。

其中，工厂模式和单例模式是比较基础的创建模式类型。

   工厂模式是将对象的创建过程封装在第三方类的静态方法中，这样创建类直接调用第三方类的抽象方法即可以创建。这样在创建对象时不涉及到创建类的子类只要直接调用第三方类的抽象方法即可完成对象的创建，降低了类和创建对象的类的耦合性，实现封装的效果。一定程度的保证了程序的安全性。这个原理可以用个通俗的比喻来表示：事情做得越多越容易犯错，相反，官做得越高，话说的越笼统，犯错误的可能性就越小。

    单例模式则是保证在整个java程序中，一个类只有一个实例化的对象存在，也就是说不能在其他地方创造第二个对象，例如最近我们在做的通信文件传输项目，对于客户端只能有一个Socke 实例，文件用对象流传输，只能有一个对象输出流ObjectOutputStream和一个对象输入流ObjectInputStream来保证在整个通信的过程中客户端不会创造别的对象输入输出流来影响数据的传输,代码如上图。这样子的单例模式加了一个同步锁，这样即使多线程同时在运行也能保证同一时间只会有一个实例对象，保证不会因为错误的创建对象引起更多的错误和代码更改，也不需要各种传递参数获取对象，方便了很多。

    还有一种装饰模式，如果对于不同类型的类需要排列组合从而将各种不同都功能放在一起，就需要用到设计模式。因为如果过多的类进行排列组合就会产生很多种类,这样会产生类爆炸。设计模式的好处是可以动态的加入不同的功能，在运行期间决定实现哪种功能。设计模式两大类功能实现同一个接口，并且两个大类之间实现强关联关系，然后需要的话在两大类分别按功能或属性继承各自的对应关系类的子类，因为实现接口的两个大类是强关联关系，所以他们的子类也是强关联关系。例如 手机 -苹果手机  三星手机  耳机—小米耳机 华为耳机    那么要实现苹果手机配上小米耳机，因为手机和耳机是强关联的关系，如果我需要一个苹果手机加上华为耳机，就可以 Earphone ep=new HuawEarphone();IPhone ip=new Iphone(HuawEarphone ep)，并把华为耳机加入队列中。同理如果我又需要一个小米耳机搭配苹果手机按上述方法就可以了。这样就不需要过多了类同时实现各种功能，需要什么功能动态的加载。例如IO体系就是用到了这种装饰模式。

    观察者模式则是为了实现对某种对多个观察者对一个被观察者动态的观测，并根据被观察者的某些条件动态的进行改变。这里是两个平行的接口Observer 和Subject，这里一个Subject可以对应多个Object，并且Subject 关联Objcet,并且在Subject接口中设立一个Object类型的队列，设立方法添加或移除Object类型的元素，那么只要对应的被观察者子类实例对象发生变化，观察者就会做出相应的反应，这和java中的监听器机制是同种原理的。

    最后谈谈个人经历过一学期的学习包括最近的项目谈谈对软件以及软件行业的看法，对于软件本身而言，技术不是最重要的，设计远比技术重要的多，因为对于一个正常的项目，都有很大的代码量，一旦设计阶段没设计好，那么就增加了各种功能实现的不确定性，那么代码就具有太多的不确定性，也就是不稳定因素，这种因素对软件的影响是非常大的，很可能会引起后期大量的代码修改。所以我们不能让技术束缚了自己，应该以技术为工具，辅助良好的设计，从而才能写出一款正确的软件。对于整个软件行业而言，设计却又不是那么重要了，更重要的是对于市场的切入点,眼光和远见。想想短短十几年阿里巴巴的发展，正是因为马云十几年前对互联网发展的看好，和对电商行业的预见，才有今天的阿里巴巴。我个人觉得人工智能时代即将来临，软件行业的发展也必然是围绕这个方向的，将来也希望从业与人工智能行业软件的开发设计甚至创造。总之，不管什么时代，科技始终是第一生产力。不知道十几年后会变得怎么样再看自己今天写的博客又是什么感受，不知道时代是否会如你的眼光发展，十几年以后的你，你看见了么？