C#版本控制簡單分析
在向大家詳細(xì)介紹C#版本控制之前，首先讓大家了解下二進(jìn)制兼容性，然后全面介紹C#版本控制。
C#版本控制是一個(gè)過程，它以兼容的方式對組件進(jìn)行不斷的改進(jìn)。如果依賴于早期版本的代碼重新編譯后可以適用于新版本，則組件的新版本與早期版本源代碼兼容。相反，如果依賴于早期版本的應(yīng)用程序不用重新編譯即可適用于新版本，則組件的新版本為二進(jìn)制兼容。
大多數(shù)語言根本不支持二進(jìn)制兼容性，而且許多語言對促進(jìn)源代碼兼容性所做甚少。實(shí)際上，某些語言所含的缺陷使得用它開發(fā)出來的組件在不斷的改進(jìn)過程中，一般至少會使依賴于該組件的某些客戶端代碼失效。
例如，請看一個(gè)發(fā)布名為 Base 的類的基類作者的情況。在***個(gè)版本中，Base 不包含任何 F 方法。名為 Derived 的組件從 Base 派生，并引入 F。此 Derived 類與它所依賴的 Base 類一起發(fā)布給客戶，客戶又部署到眾多客戶端和服務(wù)器。
- // Author A
- namespace A
- {
- public class Base
- // version 1
- {
- }
- }
- // Author B
- namespace B
- {
- class Derived: A.Base
- {
- public virtual void F() {
- System.Console.WriteLine("Derived.F");
- }
- }
- }
從這時(shí)起，開始產(chǎn)生版本問題。Base 的作者生成了一個(gè)擁有自己的 F 方法的新版本。
- // Author A
- namespace A
- {
- public class Base // version 2
- {
- public virtual void F() {
- // added in version 2
- System.Console.WriteLine("Base.F");
- }
- }
- }
這個(gè)新版本的 Base 在源代碼和二進(jìn)制方面都應(yīng)該與初始版本兼容。（如果僅添加一個(gè)新的方法就會產(chǎn)兼容性問題，則基類可能就永遠(yuǎn)不能改進(jìn)了。）不幸的是，Base 中的新 F 使 Derived 的 F 的含義不清。Derived 是指重寫 Base 的 F 嗎？這看上去不太可能，因?yàn)榫幾g Derived 時(shí)，Base 還沒有 F！此外，如果 Derived 的 F 的確是重寫了 Base 的 F，則它必須遵守由 Base 指定的協(xié)定（此協(xié)定在編寫 Derived 時(shí)尚未指定）！在某些情況下，這是不可能的。例如，Base 的 F 可能要求它的重寫始終調(diào)用基方法。Derived 的 F 不可能遵守這樣的協(xié)定。
C# 通過要求開發(fā)人員明確聲明它們的意圖來解決此版本問題。在原始的代碼示例中，代碼很清楚，因?yàn)?Base 甚至沒有 F。很明顯，由于不存在名為 F 的基方法，因此 Derived 的 F 是一個(gè)新方法而不是對基方法的一個(gè)重寫。
如果 Base 添加 F 并發(fā)布新版本，則在 Derived 的二進(jìn)制版本中對“Derived 的 F”是什么仍很清楚：它語義上與重寫無關(guān)，不應(yīng)將它視為重寫。
然而，當(dāng)重新編譯 Derived 時(shí)，其含義仍是不清楚的：Derived 的作者可能打算讓它的 F 重寫 Base 的 F 或者隱藏它。由于意圖不清，編譯器生成一個(gè)警告，并在默認(rèn)情況下使 Derived 的 F 隱藏 Base 的 F。此編譯過程造成了語義上的二義性（與重新編譯 Derived 前相比較）。生成的警告提醒 Derived 的作者 Base 中存在 F 方法。以上介紹C#版本控制
【編輯推薦】
