在C++中，有时使用方法来反映类的成员函数的概念。然而，最近我在《C++编程语言第四版》一书中发现了一个声明，第586页“派生类”

虚函数有时称为方法。

这有点令人困惑，但他说，有时，C++创建者倾向于将方法视为可以在对象上调用的函数，并且可以表现为多态。

一般答案是：

方法具有对象上下文（this或类实例引用），

函数没有上下文（null、全局或静态）。

但问题的答案取决于你们使用的语言术语。

在JavaScript（ES6）中，您可以根据需要自定义函数上下文（this），通常必须链接到（this）对象实例上下文。在Java世界中，你总是听到“只有OOP类/对象，没有函数”，但如果你仔细观察Java中的静态方法，它们实际上是在全局/空上下文（或类的上下文，没有实例化）中，所以只有没有对象的函数。Java老师可以告诉你，函数是C++中C的雏形，在Java中已经过时了，但他们告诉你这是为了简化历史，避免新手提出不必要的问题。如果您在Java 7版本之后看到，您可以发现许多用于简化并行计算的纯函数编程元素（甚至不是来自C，而是来自1988年的Lisp），而且它不是OOP类风格。在C++和D世界中，事情变得更强大，您可以将函数和对象与方法和字段分开。但在实践中，您会再次看到没有this的函数和带有this的方法（带有对象上下文）。在FreePascal/Lazarus和BorlandPascal/Dephi中，函数和对象（变量和字段）的分离项通常与C++类似。Objective-C来自C世界，因此必须使用方法插件将C函数和Objective-C对象分开。C#与Java非常相似，但有许多C++的优点。

在C++中，有时使用方法来反映类的成员函数的概念。然而，最近我在《C++编程语言第四版》一书中发现了一个声明，第586页“派生类”

虚函数有时称为方法。

这有点令人困惑，但他说，有时，C++创建者倾向于将方法视为可以在对象上调用的函数，并且可以表现为多态。

在Object Pascal或C++等OO语言中，“方法”是与对象关联的函数。因此，例如，“狗”对象可能具有“吠叫”功能，这将被视为“方法”。相反，“StrLen”函数是独立的（它提供作为参数提供的字符串的长度）。因此，它只是一个“函数”。Javascript在技术上也是面向对象的，但与C++、C#或Pascal这样的成熟语言相比，它面临许多限制。尽管如此，这种区别仍然存在。

另外还有几个事实：C#是完全面向对象的，因此您无法创建独立的“函数”。在C#中，每个函数都绑定到一个对象，因此从技术上讲，都是一个“方法”。关键是，在C#中很少有人将它们称为“方法”-他们只是使用“函数”一词，因为没有任何真正的区别。

最后，为了让任何Pascal专家都不要跳到我这里，Pascal还区分了“函数”（返回值）和“过程”（不返回值）。C#并没有明确区分这一点，当然，您可以选择是否返回值。

为了我：如果我同意：

函数可以返回值可能需要参数

就像任何一段代码一样，你可能有你放入的对象，你可能会有一个作为结果出现的对象。在这样做的过程中，他们可能会改变对象的状态，但这不会改变他们对我的基本功能。

调用对象或其他代码的函数时可能存在定义差异。但这不就是语言差异的原因吗？这就是为什么人们会互换它们？上面提到的计算示例我会小心处理。因为我雇佣员工来计算：

new Employer().calculateSum( 8, 8 );

通过这样做，我可以依靠雇主负责计算。如果他想要更多的钱，我会让他自由，让碳水化合物收集者处理闲置员工的职能来完成剩下的工作，并雇佣一名新员工。

即使争论一个方法是一个对象函数，而一个函数是不相连的计算，这也无助于我。函数描述符本身以及理想的函数文档将告诉我它需要什么以及它可能返回什么。其余的，比如操纵某个对象的状态，对我来说并不是真正透明的。我确实希望函数和方法都能传递和操纵它们所声称的内容，而不需要详细了解它们是如何做到的。即使是纯计算函数也可能更改控制台的状态或附加到日志文件。

“method”是“function”的面向对象词。这几乎就是它的全部（即，没有真正的区别）。

不幸的是，我认为这里的很多答案都在延续或推进一种观点，即存在一些复杂而有意义的差异。

真的-没有那么多，只是对同一件事用不同的词。

[后期添加]

事实上，正如BrianNeal在对这个问题的评论中指出的那样，C++标准在引用成员函数时从不使用“方法”一词。有些人可能认为这表明C++并不是真正的面向对象语言；然而，我更倾向于将其作为一种迹象，即一群相当聪明的人并不认为有特别强烈的理由使用不同的术语。