ObjectiveSQL 源码解读——工厂模式

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

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

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

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

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