什麼是UML中的純虛擬方法？

Question

我試圖瞭解如何使用接口的實現和UML中的抽象類的實現。我在https://stackoverflow.com/a/13438187/700543的帖子中發現了這個帖子，其中純粹的虛擬方法是接口，而那些純虛擬方法是抽象類。有人能夠給我一個真實世界的場景，而不是基於代碼的嗎？

Answer 1

接口只是庫類用戶擴展的「類骨架」，正如你所說的，方法不能實現。一個抽象類可以實現方法。我會給你一個真實的例子：

想象一下，我爲人們提供了一個接口來實現排序功能，並且我還提供了一個用於基準排序功能的類。我的基準標記類只需要知道爲了執行基準標記需要調用什麼接口的方法，它不知道它們是如何實現的。因此，在Bench Benchmark類中，您只能看到像sortInterfaceInstace.getNumberOfSwap()之類的東西，而sortInterfaceInstance僅在編譯時是sortInterface類型，而不是任何特定的用戶排序實現。

如果您需要實現的方法，請使用抽象而不是接口。

Answer 2

一個接口只描述瞭如何使用某些東西，它沒有提供如何完成的底層實現，即只提供純虛函數的類。英文界面的類比可能是一個形容詞。

接口的一個例子是Movable接口。這個接口可以提供一個純虛函數移動，它告訴對象移動到一個給定的位置。但是，它在那裏如何移動尚未實現。

另一方面，抽象類與接口的區別在於它提供了一些實現細節，但不是全部。這些概念上的高級項目可以通過某些方式進行操縱，但是當您深入研究時，高級項目本身並不存在或不合理。

例如，假設我們有一個抽象的Shape類。形狀可以有一定的起源，可以跟蹤它的形狀。可以在Shape類中聲明和實現用於變換形狀的函數，從而節省了必須在每個子類中提供相同實現的麻煩。但是，當您嘗試獲取形狀的面積或周長時，很難在不知道形狀的情況下回答這個問題。