ObjectiveSQL 源码解读——工厂模式

理解设计模式，必须结合具体的案例，单纯的理论学习很难真正掌握设计方法。其实，你真实看透了设计模式后，当发现须要所依赖的逻辑处于一种不稳定的状态时，抽象也就产生了，所谓的设计模式也就是对一些不稳定的依赖造成的一种固有的模式，通过系统的理论整理后也就造成了今天所能见到的设计模式。

工厂模式系列主要是为了封装构建实例的过程，封装的目的主要有两点：1）构造实例的过程比较复杂，并且构造过程会被复用；2）构造过程会根据不一样的参数产生不一样的实例。ObjectiveSQL 中工厂模式使用的比较多，主要由于使用场景的不肯定性比较大，JDBC和SQL 的处理逻辑的灵活性比较大，因此ObjetivSQL 须要充分适应这类灵活性，提供了较多的逻辑的抽象接口。

Query 和Persistence 封装了查询和持久化的逻辑，按ObjectiveSQL 的方式对行为进行抽象。

QueryFactory 和PersistenceFactory 封装了构造抽象的Query 和Persistence，主要由于Query 和Persistence 会在不一样的应用系统存在变化，例如：Query 不必定每次都命中数据库，在某些状况下，查询有可能会命中Redis 或其它内存数据库，因此ObjectiveSQL 须要适应这种变化，这样的场景下，工厂模式是最好的选择。ObjectiveSQL 做为抽象型技术框架，针对应用系统中的不一样场景提供足够的扩展特性，封装不一样应用系统中重复被使用的逻辑，这也就是ObjectiveSQL 存在的价值。

这样的设计只是ObjectiveSQL 设计中基础的一部分，后续会陆续介绍更多的设计方法和理论实践。