我不認(rèn)為版本控制中沒有特定的GoF設(shè)計模式本身，因為它存在許多實現(xiàn)。

版本控制的最簡單的實現(xiàn)是對象的鏈表。其中列表中的每個節(jié)點都是可版本化對象的新版本。為了節(jié)省空間，您還可以實現(xiàn)某種diff，以顯示修訂版本之間的區(qū)別。這樣，您可以將diff存儲在數(shù)據(jù)庫中，也可以存儲可版本化對象的最終版本，因為版本控制系統(tǒng)應(yīng)該能夠?qū)С鰞烧咧g的版本。

數(shù)據(jù)庫模式主要看起來像這樣(你可以在大多數(shù)wiki系統(tǒng)中看到這種模式)：

+--------------------+ 1 * +-----------------------------+

| VersionableObject |---------| Diff |

+--------------------+ +-----------------------------+

| lastStateContent | | difference |

| originalAuthor | | revision |

| #dates and whatnot | | # userId, dates and whatnot |

+--------------------+ +-----------------------------+

如果你想用分支和東西去核心，你可能想考慮看看DAG這是現(xiàn)代分布式版本控制系統(tǒng)使用的。

現(xiàn)在，如果我們談?wù)撃愕睦?#xff0c;一大堆對象需要被保存在配置中。即我們必須挑選我們想要的模型的對象的修訂。這意味著我們有許多關(guān)系(這是通過中介表解決的)，就像這樣：

+---+ 1 * +---------------+ 1 * +-----------------+ * 1 +-------+

| B |-------| Diff |-------| ModelSelection |-------| Model |

+---+ +---------------+ +-----------------+ +-------+

| revisionNo | | {PK} configId |

| {FK} configId | | {FK} modelId |

+---------------+ +-----------------+

我希望這有幫助。

總結(jié)

以上是生活随笔為你收集整理的mysql 设计模式_mysql – 你会推荐什么版本设计模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。