本文主要是介绍(delphi11最新学习资料) Object Pascal 学习笔记---第8章第4节（虚方法与动态方法），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
8.4.4 继承和构造函数
正如我们所见，您可以使用inherited关键字在派生类的方法中调用基类的同名方法（或者也不同方法）。对于构造函数也是如此。在其他语言（如C++、C#或Java）中，对基类构造函数的调用是隐式和强制性的（当必须向基类构造函数传递参数时），而在Object Pascal中，调用基类构造函数并不是强制性的。
但在大多数情况下，手动调用基类构造函数是非常重要的。例如，任何组件类都是如此，因为组件的初始化实际上是在TComponent类级别完成的：
constructor TMyComponent.Create(Owner: TComponent);
begininherited Create(Owner);// 具体的代码...
end;
这一点尤为重要，因为对于组件来说，Create 是一个虚方法。同样，对于所有类来说，Destroy 析构函数也是一个虚方法，您应该记得在其中调用inherited。
还有一个问题： 如果你要创建一个只继承自 TObject 的类，你是否需要在它的构造函数中调用TObject.Create 构造函数？从技术角度看，答案是 “不需要”，因为构造函数是空的。不过，我认为无论如何，始终调用基类构造函数是一个好习惯。不过，如果你是一个性能狂人，我承认这可能会不必要地减慢你的代码…减慢的速度只有一微秒，完全无法察觉。
玩笑归玩笑，这两种方法都有很好的理由，但特别是对于语言初学者来说，我建议始终调用基类构造函数，这是一种良好的编程习惯，能促进更安全的编码。
8.4.5 虚方法与动态方法
在 Object Pascal 中，有两种不同的方法可以激活延迟绑定。你可以将方法声明为Virtual（如前所述），或者声明为Dynamic方法。这两个关键字的语法完全相同，使用它们的结果也一样。不同的只是编译器用来实现延迟绑定的内部机制。
虚方法基于虚方法表（或 VMT，俗称 vtable）。虚方法表是一个方法地址数组。在调用虚方法时，编译器会生成代码，跳转到存储在对象虚方法表第 n 个槽中的地址。
虚方法表允许快速执行方法调用。虚方法表的主要缺点是需要为每个子类的每个虚方法创建一个条目，即使该方法在子类中没有被重新定义。有时，这会导致在整个类的层次结构中重复虚方法表项（即使是没有重新定义的方法）。这可能需要大量内存来多次存储相同的方法地址。
另一方面，动态方法使用方法的独立编号来进行调用。搜索相应函数的速度通常比虚方法的简单一步查表要慢。但这样做的好处是，动态方法条目只有在后代覆盖该方法时才会在后代中传播。对于大型或较深的对象层次结构，使用动态方法而不是虚方法可以显著节省内存，而对速度的影响微乎其微。
从程序员的角度来看，这两种方法的区别仅在于内部表示不同，速度或内存使用量略有不同。除此之外，虚方法和动态方法是一样的。
在解释了这两种模式的区别后，有必要强调的是，在大多数情况下，应用程序开发人员使用的是虚方法而不是动态方法。
Windows 上的消息处理程序
在为 Windows 构建应用程序时，可以使用特殊用途的延迟绑定方法来处理 Windows 系统消息。为此，Object Pascal 提供了另一个指令 message 来定义消息处理方法，这些方法必须是带有适当类型的单个 var 形参的过程。在 message 指令之后，是该方法要处理的 Windows 消息的编号。例如，下面的代码允许你处理用户定义的消息，其数值由 WM_USER Windows 常量表示：
typeTForm1 = class(TForm)procedure WmUser(var Msg: TMessage); message WM_USER;end;
过程的名称和形参的实际类型由您决定，只要物理数据结构与 Windows 消息结构相匹配即可。用于与 Windows API 接口的单元包括许多为各种 Windows 消息预定义的记录类型。对于熟悉 Windows 消息和 API 函数的资深 Windows 程序员来说，这种技术非常有用，但这种技术绝对不兼容其他操作系统（如 macOS、iOS 和 Android）。
这篇关于(delphi11最新学习资料) Object Pascal 学习笔记---第8章第4节（虚方法与动态方法）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
