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