C#版本控制是什么

本篇內(nèi)容主要講解“C#版本控制是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學(xué)習(xí)“C#版本控制是什么”吧!

C#版本控制是一個過程，它以兼容的方式對組件進行不斷的改進。如果依賴于早期版本的代碼重新編譯后可以適用于新版本，則組件的新版本與早期版本源代碼兼容。相反，如果依賴于早期版本的應(yīng)用程序不用重新編譯即可適用于新版本，則組件的新版本為二進制兼容。

大多數(shù)語言根本不支持二進制兼容性，而且許多語言對促進源代碼兼容性所做甚少。實際上，某些語言所含的缺陷使得用它開發(fā)出來的組件在不斷的改進過程中，一般至少會使依賴于該組件的某些客戶端代碼失效。

例如，請看一個發(fā)布名為 Base 的類的基類作者的情況。在***個版本中，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");        }     }  }

從這時起，開始產(chǎn)生版本問題。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 在源代碼和二進制方面都應(yīng)該與初始版本兼容。（如果僅添加一個新的方法就會產(chǎn)兼容性問題，則基類可能就永遠不能改進了。）不幸的是，Base 中的新 F 使 Derived 的 F 的含義不清。Derived 是指重寫 Base 的 F 嗎？這看上去不太可能，因為編譯 Derived 時，Base 還沒有 F！此外，如果 Derived 的 F 的確是重寫了 Base 的 F，則它必須遵守由 Base 指定的協(xié)定（此協(xié)定在編寫 Derived 時尚未指定）！在某些情況下，這是不可能的。例如，Base 的 F 可能要求它的重寫始終調(diào)用基方法。Derived 的 F 不可能遵守這樣的協(xié)定。

C# 通過要求開發(fā)人員明確聲明它們的意圖來解決此版本問題。在原始的代碼示例中，代碼很清楚，因為 Base 甚至沒有 F。很明顯，由于不存在名為 F 的基方法，因此 Derived 的 F 是一個新方法而不是對基方法的一個重寫。

如果 Base 添加 F 并發(fā)布新版本，則在 Derived 的二進制版本中對“Derived 的 F”是什么仍很清楚：它語義上與重寫無關(guān)，不應(yīng)將它視為重寫。

然而，當重新編譯 Derived 時，其含義仍是不清楚的：Derived 的作者可能打算讓它的 F 重寫 Base 的 F 或者隱藏它。由于意圖不清，編譯器生成一個警告，并在默認情況下使 Derived 的 F 隱藏 Base 的 F。此編譯過程造成了語義上的二義性（與重新編譯 Derived 前相比較）。生成的警告提醒 Derived 的作者 Base 中存在 F 方法。

到此，相信大家對“C#版本控制是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！