ObjectiveSQL 源碼解讀——工廠模式

理解設計模式，必須結合具體的案例，單純的理論學習很難真正掌握設計方法。其實，你真實看透了設計模式後，當發現須要所依賴的邏輯處於一種不穩定的狀態時，抽象也就產生了，所謂的設計模式也就是對一些不穩定的依賴造成的一種固有的模式，通過系統的理論整理後也就造成了今天所能見到的設計模式。

工廠模式系列主要是爲了封裝構建實例的過程，封裝的目的主要有兩點：1）構造實例的過程比較複雜，並且構造過程會被複用；2）構造過程會根據不一樣的參數產生不一樣的實例。ObjectiveSQL 中工廠模式使用的比較多，主要由於使用場景的不肯定性比較大，JDBC和SQL 的處理邏輯的靈活性比較大，因此ObjetivSQL 須要充分適應這類靈活性，提供了較多的邏輯的抽象接口。

Query 和Persistence 封裝了查詢和持久化的邏輯，按ObjectiveSQL 的方式對行爲進行抽象。

QueryFactory 和PersistenceFactory 封裝了構造抽象的Query 和Persistence，主要由於Query 和Persistence 會在不一樣的應用系統存在變化，例如：Query 不必定每次都命中數據庫，在某些狀況下，查詢有可能會命中Redis 或其它內存數據庫，因此ObjectiveSQL 須要適應這種變化，這樣的場景下，工廠模式是最好的選擇。ObjectiveSQL 做爲抽象型技術框架，針對應用系統中的不一樣場景提供足夠的擴展特性，封裝不一樣應用系統中重複被使用的邏輯，這也就是ObjectiveSQL 存在的價值。

這樣的設計只是ObjectiveSQL 設計中基礎的一部分，後續會陸續介紹更多的設計方法和理論實踐。