新聞中心
在向大家詳細(xì)介紹C#版本控制之前,首先讓大家了解下二進(jìn)制兼容性,然后全面介紹C#版本控制。

C#版本控制是一個(gè)過(guò)程,它以兼容的方式對(duì)組件進(jìn)行不斷的改進(jìn)。如果依賴于早期版本的代碼重新編譯后可以適用于新版本,則組件的新版本與早期版本源代碼兼容。相反,如果依賴于早期版本的應(yīng)用程序不用重新編譯即可適用于新版本,則組件的新版本為二進(jìn)制兼容。
大多數(shù)語(yǔ)言根本不支持二進(jìn)制兼容性,而且許多語(yǔ)言對(duì)促進(jìn)源代碼兼容性所做甚少。實(shí)際上,某些語(yǔ)言所含的缺陷使得用它開(kāi)發(fā)出來(lái)的組件在不斷的改進(jìn)過(guò)程中,一般至少會(huì)使依賴于該組件的某些客戶端代碼失效。
例如,請(qǐng)看一個(gè)發(fā)布名為 Base 的類(lèi)的基類(lèi)作者的情況。在***個(gè)版本中,Base 不包含任何 F 方法。名為 Derived 的組件從 Base 派生,并引入 F。此 Derived 類(lèi)與它所依賴的 Base 類(lèi)一起發(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í)起,開(kāi)始產(chǎn)生版本問(wè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è)新的方法就會(huì)產(chǎn)兼容性問(wèn)題,則基類(lèi)可能就永遠(yuǎn)不能改進(jìn)了。)不幸的是,Base 中的新 F 使 Derived 的 F 的含義不清。Derived 是指重寫(xiě) Base 的 F 嗎?這看上去不太可能,因?yàn)榫幾g Derived 時(shí),Base 還沒(méi)有 F!此外,如果 Derived 的 F 的確是重寫(xiě)了 Base 的 F,則它必須遵守由 Base 指定的協(xié)定(此協(xié)定在編寫(xiě) Derived 時(shí)尚未指定)!在某些情況下,這是不可能的。例如,Base 的 F 可能要求它的重寫(xiě)始終調(diào)用基方法。Derived 的 F 不可能遵守這樣的協(xié)定。
C# 通過(guò)要求開(kāi)發(fā)人員明確聲明它們的意圖來(lái)解決此版本問(wèn)題。在原始的代碼示例中,代碼很清楚,因?yàn)?Base 甚至沒(méi)有 F。很明顯,由于不存在名為 F 的基方法,因此 Derived 的 F 是一個(gè)新方法而不是對(duì)基方法的一個(gè)重寫(xiě)。
如果 Base 添加 F 并發(fā)布新版本,則在 Derived 的二進(jìn)制版本中對(duì)“Derived 的 F”是什么仍很清楚:它語(yǔ)義上與重寫(xiě)無(wú)關(guān),不應(yīng)將它視為重寫(xiě)。
然而,當(dāng)重新編譯 Derived 時(shí),其含義仍是不清楚的:Derived 的作者可能打算讓它的 F 重寫(xiě) Base 的 F 或者隱藏它。由于意圖不清,編譯器生成一個(gè)警告,并在默認(rèn)情況下使 Derived 的 F 隱藏 Base 的 F。此編譯過(guò)程造成了語(yǔ)義上的二義性(與重新編譯 Derived 前相比較)。生成的警告提醒 Derived 的作者 Base 中存在 F 方法。以上介紹C#版本控制
網(wǎng)站欄目:C#版本控制簡(jiǎn)單分析
文章網(wǎng)址:http://www.5511xx.com/article/ccogosj.html


咨詢
建站咨詢
