工厂模式从无知到无畏

啥是工厂

很多设计模式的初学者开篇都是简单工厂模式开始，然后到工厂模式就望而却步了，至少我开始的时候是这样的。那么我们就从最简单的概念入手，把晦涩难懂的内容说的通俗一点。
工厂说白了就是生产产品的，那么什么又是产品呢，其实就是我们软件设计中的业务实体类，存储一些业务数据和制定一些业务处理方法，我们在按照业务需求编码的时候，主要的业务逻辑都是通过这些“产品”来完成的。我们程序员的第一个产品都是new出来的。那么我们new就好了，为啥还要搞一个工厂呢，这里举一个例子吧，比如天冷了，你需要一件棉衣，然后就开始购买棉花，布料，然后裁剪，缝制，最后把这件棉衣穿在身上，当然还有另一种选择直接在网上买一件棉衣，这里的棉衣就是产品，而网上售卖的产品也是通过制衣厂生产的，而制衣厂用到的缝纫机也是缝纫机厂生产的产品，这里就引申出另一个工厂模式的优势，就是把产品的创建组件化，不用你为了一件棉衣还要在生产个缝纫机。
说回工厂模式，就是new一个产品，只是还要包含这个产品的初始化，配置，约束等一系列的围绕产品创建所做的工作。这个产品不仅在这个业务中使用，其他业务，甚至组件可能也需要这个产品，那么把产品的创建封装起来也符合设计要求和编码规范。这是他的第二个好处。
第三个好处说回书本上的知识，简单工厂大家都会使用，通过一个工厂类的静态方法，在方法中使用各种if 和 else来完成不同产品的生产，带来了优势和弊端，优势都知道编码简单，所有存在的产品一目了然，弊端就是如果有一个新的产品需要生产，那么修改这个静态方法，这就不符合开闭原则了，那怎么搞，就用工厂方法，一个抽象工厂类对应一个产品类，说白了就是一种工厂生产一种产品，10个工厂就是10种产品，而且这个工厂可以通过配置文件或者数据库来配置创建，灵活度瞬间就拉升了。
我们阅读spring或者mybatis的源码时会发现，这些优秀的代码中大量使用了工厂方法来创建产品，最典型的就是spring的factorybean，在他的getObject方法中返回真正的产品，而这个方法里面会包含相当复杂的初始化的工作。mybatis的SqlSessionFactoryBean也是一个很典型的应用，而且SqlSessionFactory是一个创建sqlsession的工厂，这里面又体现了工厂方法的一个特性，就是各种重载的创建产品的方法，

	   SqlSession openSession();
	
	  SqlSession openSession(boolean autoCommit);
	
	  SqlSession openSession(Connection connection);
	
	  SqlSession openSession(TransactionIsolationLevel level);
	
	  SqlSession openSession(ExecutorType execType);
	
	  SqlSession openSession(ExecutorType execType, boolean autoCommit);
	
	  SqlSession openSession(ExecutorType execType, TransactionIsolationLevel level);
	
	  SqlSession openSession(ExecutorType execType, Connection connection);

当一个产品足够复杂的时候，那么创建她的方式就会更多，可能提供的初始化参数的组合也会更大，这里就可以通过接口规范创建的方式，说白了，使用越灵活就越需要规范使用的方法，否则就会出现滥用，最后就无法收拾了。
最后总结一下工厂模式的优势：

1. 通过对产品创建的封装提升了代码的复用率，避免了代码重复。
2. 将复杂的产品初始化过程规范化，在工厂方法中可以看到产品创建的步骤和需要依赖的组件。
3. 支撑多元化的产品创建，通过重载方法来适应通过多源参数来创建产品，复杂产品是需要这种规范的，否则定会出现产品创建的滥用。
4. 将产品的创建组件化，例如B产品是A产品的一个组成部分，那么在A产品的初始化工程中也会调用B产品的工厂方法来创建，这样也可以将一个复杂产品的创建转变成多个简单产品的创建然后进行组装的过程。