Talk:GObject

Computing: Software Start‑class Low‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Start	This article has been rated as Start-class on Wikipedia's content assessment scale.
Low	This article has been rated as Low-importance on the project's importance scale.
	This article is supported by WikiProject Software (assessed as Low-importance).

Computing Start‑class Low‑importance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Start	This article has been rated as Start-class on Wikipedia's content assessment scale.
Low	This article has been rated as Low-importance on the project's importance scale.

I removed some things that made the article C++-centric:

Unlike C++, object orientation with GObject does not allow multiple inheritance.

Important drawbacks of the GObject framework are the absence of operator overloading, exceptions and namespaces. Despite some missing features GObject is easier to learn and get started with than object orientation in C++.

If you want C++ (in the STL and Boost's heavily templated style) features, look at gtkmm, the C++ binding of GTK.

Perhaps some mention of alterative C OO libraries would be appropriate. Do such libraries exsist?

GObject is heavily runtime oriented, and as such interfaces very badly with compile-time type systems such as C++. GTKmm is a possible wrapper of GObject/Glib/GTK+, but it's not perfect.

Internal link "class structure" send user to wrong page. —Preceding unsigned comment added by 83.21.0.21 (talk) 16:49, 5 October 2007 (UTC)[reply]

Internal link "GObject Tutorial Aug 2004" is obsolete. —Preceding unsigned comment added by 195.60.68.148 (talk) 08:56, 16 January 2009 (UTC)[reply]

Should the part about closure link up to Closure (computer science)?? 99.58.236.137 (talk) 20:05, 3 July 2009 (UTC)[reply]

On a paragraph about the lack of an ABI standard, it's said that COM serves that purpose in Windows. I don't use COM for many years now, but I believe this is not true. —Preceding unsigned comment added by 187.23.81.60 (talk) 02:50, 14 November 2009 (UTC)[reply]

Agree: the comment about COM has little relevance here, as this is describing C++ the language, not Windows the runtime environment. One improvement maybe to state: In general C++ does not have a standard ABI, although in some OS environments de-fecto ABIs do exist (for example, EABI for C++ on ARM processors, as used by Symbian OS amongst others.) http://en.wikipedia.org/wiki/Application_binary_interface#EABI —Preceding unsigned comment added by 74.125.57.49 (talk) 15:09, 26 January 2010 (UTC)[reply]

I believe the following is just a mistake. Of course no one needs to copy hundreds of lines of code (hundreds!!?! for what?). GObject is simple, i never copied that many lines of code for subclassing! PC2st (talk) 19:15, 8 July 2010 (UTC)[reply]

... For example, creating a non-trivial subclass (even just a subclass of GObject) can require writing and/or copying hundreds of lines of code. Nevertheless, adopting GObject can lead to a significant improvement of C code that is, or would benefit from being, object-oriented.^{[citation needed]}