- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在寻找 GObject 备忘单,了解常见的 OOP 概念如何映射到 GObject 的设施。例如考虑:
AnyGObject *o;
o = anygobject_new();
现在,约定是什么......
澄清:GObject Reference Manual和 GObject HowTo详细解释如何创建一个新类(类结构、对象结构、私有(private)结构、各种宏、约定)。将这些设施结合在一起就可以实现 OOP。然而似乎没有关于如何一致使用它们的教程。
最佳答案
此答案假设您正在使用 C。其他(通常是面向对象的)语言具有特殊的绑定(bind),以使使用 GObject 看起来更加自然。
如果您使用过 GTK+,那么您已经完成了该列表中的大部分内容。
GObject 方法本身不是成员(有一个 vtable,但它仅用于在首次创建类时在派生类中分配虚拟方法实现)。相反,GObject 中的所有方法都只是普通函数,通常(?)以方法名称前缀为前缀,并以 this
指针作为第一个参数。
例如C++方法
namespace Lib { // short for Library; to demonstrate GObject's idiomatic naming conventions
class Foo {
public:
void Bar(int z);
};
}
将是全局命名空间中的一个普通函数,声明为
void lib_foo_bar(LibFoo *foo, int z);
您可以直接调用它,就像任何其他 C 函数一样。
GObject 中的类派生是通过将父类的完整数据结构作为派生类数据结构的第一个成员来进行的。由于与 C 标准中很少讨论的子句有关的各种原因(可能还有 System V ABI 和 gcc、clang 甚至 Microsoft C 编译器的实现),这意味着指向派生类对象的指针等效于指向父类的指针!
因此,如果 LibBaz
派生自 LibFoo
,那么您只需说
LibFoo *foobaz = (LibFoo *) baz;
反之亦然:
LibBaz *bazfoo = (LibBaz *) foo;
(后一种方法是 GTK+ 用于 GtkWidget
的方法;我不知道其他 GObject 库是否也做同样的事情。)
惯用的 GObject 声明包含一堆宏,使类型转换更加简洁,同时添加运行时类型安全检查。我们的 LibFoo 类将具有以下宏:
#define LIB_TYPE_FOO (lib_foo_get_type())
#define LIB_FOO(obj) (G_TYPE_CHECK_INSTANCE_CAST((obj), LIB_TYPE_FOO, LibFoo))
有了这个,我们会说
LibFoo *foobaz = LIB_FOO(baz);
LibBaz *bazfoo = LIB_BAZ(foo);
如果 baz
或 foo
不是正确的转换类型,则会在标准错误中记录一条警告,您可以使用该错误进行中断并进行调查调试器。
(lib_foo_get_type()
函数(和 LIB_TYPE_FOO
整洁宏))很重要:它返回一个映射到 LibFoo
类型的数字 ID > 供将来引用。如果 LibFoo 没有这样的映射,它将创建映射、注册类型并创建虚拟方法映射。)
类似的宏允许类型检查:
#define LIB_IS_FOO(obj) (G_TYPE_CHECK_INSTANCE_TYPE((obj), LIB_TYPE_FOO))
这是一个可以在 if
语句中使用的简单表达式。
那么调用父类方法呢?好吧,如果我们将以上所有内容放在一起,我们就会得到答案:
lib_foo_parent_method(LIB_FOO(aLibBazInstance), params);
这同样适用于虚拟方法。虚拟方法是使用 GObject 近似 vtable 来实现的,并且对最终程序员是透明的。您要做的就是
lib_foo_virtual_method(LIB_FOO(whatever), params);
(如果您实际构建派生类本身,虚拟方法的方式就变得很重要。)
GObject 中没有静态方法,因为方法不像真正的面向对象语言那样与类紧密相关。只需在您的库中创建一个顶级方法即可:
void lib_something_common(params);
最后,以上所有内容都适用于接口(interface)。对于最终用户来说,界面的工作方式完全相同;他们使用相同的
void lib_iface_method(LibIface *iface, params);
方法调用方法、相同的转换规则以及相同的 LIB_IFACE()
和 LIB_IS_IFACE()
辅助宏。
希望有帮助!任何进一步的解释都必须解释如何创建 GObject,为了简单起见,我试图将其保留在本答案的范围之外,但无论如何,了解它是一件有用的事情。
关于c - GObject OOP 语法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27823299/
关闭。这个问题是opinion-based .它目前不接受答案。 想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题. 4年前关闭。 Improve t
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
在面向对象的编程中,“基类”是派生其他类的类(http://en.wikipedia.org/wiki/Base_class)。 但是,基类的反面是什么?换句话说,什么是没有任何子类的类? 编辑:我正
关闭。这个问题需要更多focused .它目前不接受答案。 想改善这个问题吗?更新问题,使其仅关注一个问题 editing this post . 8年前关闭。 Improve this questi
据我了解,OOP 是大型项目最常用的范式。我也知道大系统的一些较小的子集使用其他范式(例如 SQL,它是声明性的),并且我也意识到在较低级别的计算 OOP 并不真正可行。但在我看来,通常更高级别的解决
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
最近听说OOP(Java)有9条规则。我只知道四种:抽象、多态、继承和封装。 OOP 还有更多规则吗? 最佳答案 看来您正在寻找的是 Principles of Object-Oriented Des
我曾经在一次采访中被问到“OOP 的 3 个主要概念是什么?”。我回答说,我认为有4个,如下: 继承 封装 抽象 多态性 我说得对吗? 最佳答案 语言要成为面向对象有3个要求: 仅支持封装(对象)的语
我有一个关于特定 OOP 问题的组织的简单问题。 假设我有一个地形类,里面充满了瓷砖。 Tile 类有多个派生类,即 Door。 Door 类有一个名为 open() 的方法,用于打开门,还有一个名为
就目前情况而言,这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放,visit
我是 Go 的新手,然后我通过示例搜索了很多如何拥有带有静态函数/变量的静态类,例如 C#。但是,我找不到任何可以很好地回答它的东西。也许这个问题看起来很愚蠢,但我不喜欢不确定或不完全理解某事。 假设
我曾尝试搜索此问题的答案,但很难用语言表达,而且许多问题要么是关于如何创建类,要么是关于如何做非常具体的事情。我需要更多的实用概述 - 我是自学成才的,我了解对象是什么(以及如何创建它们),但我从未见
在开始编码之前,我通常会尝试在没有太多分析(没有图表)的情况下进行 TDD。通常我发现自己将一个类拆分为其他类以分离关注点。我想知道更深入的分析是否会阻止这种情况。我认为大部分面向对象分析无法预测其中
在阅读单例时,我发现这个解释是使用单例的原因: since these object methods are not changing the internal class state, we can
如这里所述 https://standardofnorms.wordpress.com/2012/09/02/4-pillars-of-object-oriented-programming/ 并作为
我是这个网站的新手,所以如果我在发布问题时做错了什么,请告诉我,以便我下次修复。 我很好奇从单个基类继承多个类是否是糟糕的 OOP 实践。这可能不太合理,所以我要详细说明一下。 例如,假设您正在设计一
我对“工厂相关”设计模式及其 OOP 实现的理解一直很简单。 一个 《工厂法》是类内部的一个方法,它有一个接口(interface)(或抽象类)作为返回类型,并根据一些内部逻辑构造实现该接口(inte
C# 中的“密封”关键字,Java 中的 Final。 因为我几乎从不创建任何图表并且我只使用已经完成的类(来自框架)我多年后仍然不知道为什么有人会“锁定”一个类所以它永远不会被扩展/继承。 它是有益
我正在研究面向对象的概念,抽象概念基本上被描述为对用户隐藏实现。因此,如果类中有一个成员函数并且我们为某些任务调用该函数,抽象表示用户不应该关心事情是如何完成的,而应该只知道正在完成什么。但即使在非面
我是一名优秀的程序员,十分优秀!