MSDN 中的函式和方法有什麼區別？

呃，確實具有誤導性。

函式和方法是不同上下文中的概念。 功能是從**機制的角度來看的，它代表了功能的機制，是與“語句”相對應的概念。 另一方面，方法是一種物件導向的機制，它表示類或物件的方法（也稱為操作），並且是乙個對應於“屬性”等的概念。

一般來說，函式和方法是可以互換的。 嚴格來說，雖然方法是由函式實現的，但並非所有函式都必然是方法，例如建構函式、析構函式、屬性訪問器等都是由函式實現的，但它們都不是方法。

一些私有函式也是以面向過程的思維方式設計的，並不打算提供一種方法。

我不知道它們有什麼不同，所以讓我們這樣理解：

方法應該理解為類成員方法。

函式可以被認為是乙個（靜態）函式。

如果你誤導了一些朋友，請原諒我。

如果乙個函式在類中定義並成為該類的成員函式，則可以將其稱為該類的方法

好吧，我確實誤導了凳子。

function

和。 method

是兩種不同上下文中的概念。 功能是從**機制的角度來看的，它代表了功能的機制，是與“語句”相對應的概念。 而。

method

從物件導向機制的角度來看，它表示乙個類或物件的方法（也稱為操作），它是與“屬性”等對應的概念。

一般來說，功能

和。 method

是可互換的。 嚴格來說，雖然方法是由函式實現的，但所有的函式都不一定是方法，例如建構函式、破壞性粗捲、屬性訪問器等都是由函式實現的，但它們不是方法。

一些私有函式也是根據面向過程進行設計的，而不是為了提供過程。

method。

他們不對，所謂的方法也可以有返回值。 現在它們都叫方法，而在過去，由於C語言叫函式，所以沒有本質的區別。

VB中所謂的過程、子例程和函式是相似的概念，VB中關於是否有返回值存在一些概念上的差異。

在 c 中，不考慮這種區別，因為不返回值的函式被定義為 void 型別。 這也是一種型別。 與 void* 指標型別一樣，從這個意義上說，它們都具有返回值。

過去，嚴格來說，有乙個稱為函式的返回值。

現在方法和函式是同乙個概念，沒有區別。

C 是物件導向的，所以沒有函式的概念，它都是一種方法。

這種說法是不正確的。 應該說，在物件導向的語言中，有函式，沒有程序。 因為過程中的 ref type 引數可以更改它傳遞到的外部物件的值。

這樣，即使沒有返回值，一般程序也具有函式的功能。 請注意，返回型別為 void，它是原始程序的演化版本---沒有返回值的函式。

正式的 C 術語實際上是函式和方法之間的區別。 函式成員包括方法，但也包括類或結構的非資料成員，例如索引器、運算子、建構函式和析構函式，甚至屬性。

是一樣的，在面向過程的時代，它被稱為函式，在物件導向的時代，它變成了方法。

該方法是乙個沒有返回值的函式，早期說過，c稀釋了兩者之間的差異，但它也可以理解為乙個有void的方法，乙個有返回值的函式，乙個有返回值的函式，vb被稱為sub和函式

德爾菲是程式和功能

關於規範性詞語。

函式具有返回值。

方法只是乙個程序，沒有返回值。

C 是物件導向的，所以沒有函式的概念，它都是一種方法。

這不是區別，只是名字不同而已。 函式通常在面向過程的語言中呼叫，方法在物件導向的語言中呼叫。

呃，這是誤導。

函式方法與上下文概念相同，函式**從機制的角度來說，是指相應的函式機制和語句的概念，方法面向影象機制的概念，從影象機制的角度，它表示類或影象（稱為操作）和屬性等相應的概念。

一般來說，函式和方法是可以互換的，嚴格來說，雖然函式是由函式實現的，例如：建構函式、析構函式、屬性訪問器等，都是由函式實現的，函式的設計意圖是考慮程式並提供方法

例如，定義乙個函式：def sum（x： int）（y：

int） = x + y，當 sum 時，如果沒有提供所有引數或某些引數還不知道，例如 sum（3）（int）， sum（ ：int）（3），這將生成所謂的部分應用函式。

某些應用程式函式只是乙個邏輯表示式，Scala 編譯器將使用類 Function1 和 Function2 來表示它。