Virtual和override的區(qū)別？Override是父類的重寫或重載。也就是說，父類必須已定義此函數(shù)或同名的重載函數(shù)。Virtual在父類中聲明，但函數(shù)沒有本體。它相當(dāng)于允許子類具有相同名稱的接

Virtual和override的區(qū)別？

Override是父類的重寫或重載。也就是說，父類必須已定義此函數(shù)或同名的重載函數(shù)。Virtual在父類中聲明，但函數(shù)沒有本體。它相當(dāng)于允許子類具有相同名稱的接口。子類函數(shù)繼承也很方便！~兩個定義不同的子類可以通過同一個過程調(diào)用不同的函數(shù)，一般都是通過虛函數(shù)定義的！~例如，var a:array[0。。1] 流[0]：=TMemoryStream.創(chuàng)建[1]:= TStringStream.Createfor創(chuàng)建i:=0到1做一個[i]。Clear最后一個Clear是通過流的visual調(diào)用的，visual可以使用相同的函數(shù)名，但是它們的實際Clear方法不同，分別由stringstream memorystream定義。

自動注入到底比new好在哪？

控制反轉(zhuǎn)和容器IOC只能看作是一種編程思想。在理想狀態(tài)下，可以實現(xiàn)自動注射和生命周期管理。但是，在實際的發(fā)展中，我個人覺得有時不如新的方便。我主要遇到以下問題：

1。編寫大量的配置和構(gòu)造函數(shù)比編寫新的更麻煩，特別是對于某些函數(shù)，項目只使用一次。原來，new會立即完成，但是如果你想使用依賴注入，你仍然需要編寫配置

2。當(dāng)需要注入更多的類時，構(gòu)造函數(shù)就像老婦人的裹尸布一樣臭，一樣長。關(guān)鍵是以前用過的一些類現(xiàn)在不用了，你要手動清理構(gòu)造函數(shù)，這比new要麻煩多了

3。這也是最關(guān)鍵的一點，有時項目的復(fù)雜性很復(fù)雜，會遇到循環(huán)注入的問題。也就是說，A依賴B，B依賴C，C依賴A，這種情況說明架構(gòu)的存在是不合理的。在這一點上，您可以重構(gòu)系統(tǒng)，也可以不直接使用依賴注入來解決它。]總之，依賴注入只是一種編程思想，具有一些高級特性。它不是萬能的。它存在的意義是脫鉤。從宏觀上講，就是要解決多人共同開發(fā)一個項目時，各自獨立的模塊，減少相互之間的依賴和干擾。從微觀的角度看，有幾個類是密切相關(guān)的。雖然文件是獨立的，但是功能是集成的。在這個時候，脫鉤是沒有意義的。為什么不是新的？

因此，我個人理解依賴注入與引擎是一樣的。發(fā)動機由幾個主要部件組成。這些組件之間是解耦的，可以通過依賴注入來實現(xiàn)。對于單個組件的內(nèi)部部件和螺釘，必須使用依賴注入來實現(xiàn)它們。這比收益多一點。使用new來實現(xiàn)它們要方便得多。。。[scratch nose][scratch nose][scratch nose][scratch nose][scratch nose][scratch nose][scratch nose][scratch nose

不。這兩者的含義完全不同。

virtual關(guān)鍵字用于修改方法、屬性、索引器或事件聲明，并允許在派生類中重寫這些對象。例如，此方法可以被繼承它的任何類重寫。

override方法提供了從基類繼承的成員的新實現(xiàn)。由重寫聲明重寫的方法稱為重寫基方法。重寫的基方法必須與重寫方法具有相同的簽名。

不能重寫非虛擬或靜態(tài)方法。重寫的基方法必須是virtual、abstract或override。

重寫聲明無法更改虛擬方法的可訪問性。重寫方法和虛擬方法必須具有相同的訪問級別修飾符。

不能使用新的、靜態(tài)的或虛擬的修改器來修改覆蓋方法。

重寫屬性聲明必須指定與繼承屬性完全相同的訪問修飾符、類型和名稱，并且重寫屬性必須是虛擬的、抽象的或重寫的。