Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Metaclass confusion

0 views
Skip to first unread message

Vivek

unread,
Jan 24, 2006, 11:25:26 PM1/24/06
to
Hi,
can someone explain this.

irb(main):013:0> Class.instance_methods
=> ["superclass", "new"]
irb(main):014:0> Class.class
=> Class

I guess Class is an object(an instance of Class?) but its of type
Class. How can an object's type be an object itself.?

Vivek

Eero Saynatkari

unread,
Jan 24, 2006, 11:53:25 PM1/24/06
to

The traditional response is 'magick' :) While it is useful to
say that all instances are Objects and Object is an instance of
class Class which itself is an Object (the class of which is Class),
at some point there has to be a limit to how deep the recursion
goes. Because ruby is implemented in C, the language design allows
this kind of 'shortcutting'.

To be productive, you sort of just have to accept this and know the
implications of Class being an Object of Class and so on. You can
don some super-chromatic peril-sensitive sunglasses if you like :)

> Vivek


E

--
Posted via http://www.ruby-forum.com/.


Logan Capaldo

unread,
Jan 24, 2006, 11:57:12 PM1/24/06
to

In ruby, everything is an object. Even classes. Class inherits from
object just like everything else (well it inherits from Module which
inherits from Object). Its a little weird to get used to, but that's
how it works.


Vivek

unread,
Jan 25, 2006, 3:37:25 AM1/25/06
to
One implication I have seen is that the class definition itself is an
object which can be executed.This has some interesting properties.

Robert Klemme

unread,
Jan 25, 2006, 4:50:45 AM1/25/06
to
Vivek wrote:
> One implication I have seen is that the class definition itself is an
> object which can be executed.This has some interesting properties.

Umm, in usual terminology objects cannot be "executed". You can "call" or
"invoke" methods but you cannot execute an object as such. You probably
meant the right thing - it just sounded quite strange... :-)

Kind regards

robert

Sam Kong

unread,
Jan 25, 2006, 12:04:49 PM1/25/06
to
Hi,

The following doc helped me understand Ruby object model pretty well.

Understanding Ruby's Object Model [ ChrisPine_UROM.ppt ]
(http://www.ruby-doc.org/docs/Understanding%20Ruby's%20Object%20Model/ChrisPine_UROM.ppt)
at http://www.ruby-doc.org/whyruby/

Hope this helps.

Sam

Levin Alexander

unread,
Jan 25, 2006, 1:52:45 PM1/25/06
to
On 1/25/06, Logan Capaldo <loganc...@gmail.com> wrote:

> In ruby, everything is an object. Even classes. Class inherits from
> object just like everything else (well it inherits from Module which
> inherits from Object). Its a little weird to get used to, but that's
> how it works.

<http://redhanded.hobix.com/cult/lastlyTheSinkingSymphonyVideo.html>

-Levin

Jules Jacobs

unread,
Jan 25, 2006, 1:57:32 PM1/25/06
to
A non-circular model would be prototype based inheritance. You just
clone things to subclass them:

Song = Object.new

Song.attr_writer :title
Song.title = 'No title set'

Song.define_method :play
puts "Playing #{@title}"
end

a_song = Song.clone
a_song.title = 'Song one'
a_song.play

another_song = Song.clone
another_song.title = 'Song two'

subclass_of_a_song = a_song.clone
subclass_of_a_song.play

Then there is no distinction between class/object. This is how
Javascript does it, and it seems a good solution.

But we have a class based model, not so clean, but acceptable ;-)

Jules

Matthew Moss

unread,
Jan 25, 2006, 3:15:53 PM1/25/06
to
Heh heh, shouldn't that first line be:

Song = Object.clone

?

0 new messages