unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Jon Wilson <jsw@wilsonjc.us>
To: guile-user@gnu.org
Subject: Re: SOS: Simple Object System
Date: Wed, 24 Sep 2008 18:25:34 -0400	[thread overview]
Message-ID: <48DABE5E.8030007@wilsonjc.us> (raw)
In-Reply-To: <e2ceda030809240609w1bf031b6u50dce8762b9637ce@mail.gmail.com>

Hi,
You might be interested to read Jonathan Rees' take on OO.  It certainly 
broadens the mind regarding the various implementations and terminology 
of OO, but is still quite brief.  I certainly don't think the Java/C++ 
model is the last word in OO (but I didn't think that before reeding 
Rees, either)

http://www.paulgraham.com/reesoo.html

Regards,
Jon

Maciek Godek wrote:
> Thanks a lot for your all attention and clues.
> 
> If it comes to GOOPS, I think it would be best to
> specify a well-defined C-level interface (for it would
> go with the spirit of guile). This is the one thing.
> 
> The other is that in GOOPS a method is something
> different than what is commonly known in OOP, because
> a class doesn't know its methods (and furthermore,
> methods can be created at any time of program execution,
> not only during class definition). I'm not saying that
> it's good or bad (but it's quite confusing when a few similar
> but different notions share one name)
> 
> There is also another issue concerning the fact that
> methods are available in global namespace -- the
> performance of the interpreter is always penalized
> by the type lookup (obviously, this doesn't have to
> be the case if the code is compiled)
> 
> But the most important feature of OOP that is missed
> in GOOPS (because of global namespace methods) is the lack
> of the clean separation of interface and implementation
> in the way it's done in java, C# and the like.
> 
> (At least that's what I think)
> 
> Thanks again
> M.
> 
> 





  parent reply	other threads:[~2008-09-24 22:25 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-13 22:42 SOS: Simple Object System Maciek Godek
2008-09-14 10:22 ` Neil Jerram
2008-09-14 11:21 ` Greg Troxel
2008-09-15  6:48 ` Andy Wingo
2008-09-24 13:09   ` Maciek Godek
2008-09-24 16:14     ` Ludovic Courtès
2008-09-24 18:00     ` Clinton Ebadi
2008-09-24 21:04       ` Maciek Godek
2008-09-24 22:14         ` David Séverin
2008-09-24 22:38         ` Clinton Ebadi
2008-09-25 23:03           ` Linas Vepstas
2008-09-26 14:20           ` Maciek Godek
2008-09-25 13:58         ` David Séverin
2008-09-25 17:17           ` Maciek Godek
2008-09-24 22:25     ` Jon Wilson [this message]
2008-09-24 22:45     ` Jon Wilson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48DABE5E.8030007@wilsonjc.us \
    --to=jsw@wilsonjc.us \
    --cc=guile-user@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).