csaba wrote:
Ilias Lazaridis wrote:
Austin Ziegler wrote:
"meta-classes" is completely false.
possibly you believe this one more:
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/40537
[snip]
I do not believe that this is just an implementation detail,
as it is exposed to the language for use.
what you believe is irrelevant.
reality counts.
and (especially for you) possibly this here:
http://www.ruby-talk.org/cgi-bin/scat.rb/ruby/ruby-talk/40548
Guys, Ilias does have a point.
I have 3 points.
marked as a) b) c) in the original message.
but at this point, nearly no one of this community has an intrest if I have "a point".
Most know: I am right.
But the "weak puppet" species is incapable to admit a failure within 'their' language system.
This is the point where the "spiritual leaders" of the community intervene.
But it looks that they too don't have the courage to admit their failures.
Possibly this is the fault of the community, which treats the designers sometimes like God.
···
-
Language Designers are humans, not God's.
If we insist on that metaclasses as we have now are just an accidental
implementation of the singleton feature -- and the authoritive one,
Matz seems to do so -- then we can conclude that they cannot be part of
the Ruby object model, where Ruby is an abstract entity, Ruby, as such,
the language.
So then I accept that he doesn't accept the "ri Class" diagram. Even if
that's correct if we understood Ruby as its realized by the canonical
implementation today.
However, if we decide to mean Ruby as the abstract language, then maybe
it just doesn't make sense to plea for a *class* diagram -- if we ditch
metaclasses, Ruby's OO ceases to be purely class based.
Ruby's OO is not purely class based.
"Everything is an Object" is invalid, too.
Cause if you have objects, accessible via an special notation, which can be "changed in future version", then you have no OO.
It still makes
sense to ask for some kind of figure representing inheritance.
I don't know UML, is it capable of representing classless (or not fully
class based) OO?
To my understanding, classless is nothing special.
Just an Object which carries the (dynamic) Class Specification.
You can draw a box, with a stereotyp "classless" or "dynamic".
[a small research should provide the valid standard for this]
If not, then the answer to Ilias' question: "either mean Ruby as the
current implementation defines it, or don't ask for an UML diagram
'cause can't be made one."
The inconsistence starts within the ruby sources.
Concise Terminology is the starting point.
_Clean_ and _transparent_ OO the fundament.
_Respect_ to the analytic individuum the essence of all progress.
-
But it looks I cannot find all this within Ruby.
..
--
http://lazaridis.com