Does Delphi call inherited on overridden procedures if there is no explicit call如果代码中没有显式调用,Delphi是否会在覆盖的过程中调用继承,即(继承;),我具有以下结构(从超类到子类) TForm >> TBaseForm >> TAnyOtherForm 项目中的所有表单都将从TBaseForm派生,因为它将具有用于每种表单(安全性,验证等)的所有标准设置和破坏性部分。 TBaseForm的代码具有onCreate和onDestroy过程,但是如果有人(例如我)忘记在TAnyOtherForm上将继承的onCreate添加到onCreate上,Delphi会为我调用吗? 我在网上找到了引用,说它不是必需的,但是如果代码中省略了它,则没有地方说它是否被调用。 另外,如果它确实为我调用了继承的功能,那么它将何时调用它? 不,如果您将调用保留为继承,它将不会被调用。否则,将无法覆盖方法并完全省略其父版本。 值得一提的是,不调用Destroy中继承的任何对象都可能导致内存泄漏。在源代码中有可用的工具来检查这一点。 必须显式进行继承的调用。通常,在等效情况下(不包括类构造函数),没有语言会自动调用继承的函数。 很容易忘记在类构造函数中进行继承的调用。在这种情况下,如果基类需要初始化任何数据,则将发生访问冲突。 也许您可以在TBaseForm类中重写DoCreate和DoDestory,以便确保无论子类的实现如何,都可以执行某些代码。
必须在后代对象以及可视形式继承中显式调用Inherited。如果您使用类完成,那么如果您将该定义标记为重写,则它将自动添加继承的内容(但不是为了重新引入)。如果您使用的是可视表单继承,则当您通过表单编辑器添加新的事件处理程序时,它也会添加继承的事件处理程序。 正如其他人所指出的那样,继承的代码不是隐式调用的。您必须显式调用它。这为您提供了一些有用的灵活性。例如,您可能想要在继承的代码之前做一些预处理代码,然后再做一些后处理代码。可能看起来像:
您必须显式调用它。这可以提供很大的灵活性,因为您可以选择在代码中的哪个位置调用继承的方法。但这也是错误的重要来源。忘记调用继承的函数很容易,并且编译器无法告诉您是故意还是忘记了。 应该有某种指令" skip_inherited"来告诉编译器您不想调用继承的方法。 如果找不到"继承"或" skip_inherited",编译器将很容易报告错误。那意味着你忘记了。但不幸的是,CodeGear中没有人想到这一点。 不,这是压倒一切的重点。 |