重载返回的类(例如 xmlpp 中的 DomParser's 文档)

Overloading a returned class (eg DomParser's Document in xmlpp)

本文关键字：文档 DomParser 中的 返回 xmlpp 例如 重载      更新时间：2023-10-16

在中断了十年之后，我又回到了C++领域，发现在我离开的时候发生了很多事情，我认为我错过了现代框架的一些基本内容。

我有一份文件。这是我的文件。它是一个xml文档，但具有额外的功能，因此，从设计的角度来看，它应该派生自xmlpp:：document。

然而，它是从一个源代码加载的，这意味着要经过xmlpp:：DomParser，它返回一个基本的xmlpp：：Document对象——而不是我想要的。

因为我的类包含额外的数据，所以基本的强制转换无法做到这一点。我不想仅仅将文档存储为我自己类的属性，因为在许多情况下我都直接处理它。

在最坏的情况下，我可以将根节点导入到我自己的对象中，但这似乎有些过头了，我觉得我错过了一些基本的东西。框架中是否有我忽略的东西？

谢谢。

您可以创建一个装饰器，或者简单地重载复制（如果是c++11，则移动）赋值运算符和构造函数，这样您的对象将从您获得的xmlpp::Document创建为该类型的子类。

我对此做了很多研究，答案分为两部分。

我是正确的，与许多其他C++平台不同，有一种简单的方法可以重载现有的Gtkmm类。

Gtk的理念是，实际的对象是GObject句柄，C++包装器只是众多（Python、Perl等）中的一个。因此，甚至属性都是通过Glib:：Object:：set_property（名称，T&value）和Glib::Object:：get_property。实际上，GObject是真正的"类"。

由于派生类和原始类共享一个通用的GObject格式（在本例中为libxml2，_xmlDoc对象），因此标准GtkObject的wrap函数应该能够转移所有权，因此：

GtkObject  *pObj = pGtkObjectBasedClass->c_obj ();
pMyObjectBasedClass->wrap (pObj);    // Automatically increases ref count of object
delete pGtkObjectBasedClass;

这是通用的方法。在xmlpp的情况下，没有实现"wrap"函数，它是从Noncompable派生的。然而，在最新的更新中，将现有对象或文档作为参数的构造函数现在是公共的，不再是私有的，因此现在应该可以进行传输。非标准，但应达到相同效果。

不，代码实例化了一个xmlpp:：Document，所以在不更改libxml++的实际代码的情况下，无法使用libxml++实现这一点。

无论如何，我并没有真正看到从xmlpp:：Document派生出MyDocument的好处。您不会试图覆盖xmlpp:：Document的任何行为，也不会试图实现任何类型的多态性，也不会编写更少的代码。事实上，只要使用xmlpp:：Document作为Document类的成员变量，就会向Document类的用户隐藏较低级别的XMLneneneba API。

相关文章：