| Related articles |
|---|
| [4 earlier articles] |
| Re: Event based language, does it exist? Joachim.Pimiskern@de.bosch.com (Joachim Pimiskern) (2000-09-07) |
| Re: Event based language, does it exist? peter@abbnm.com (2000-09-07) |
| Re: Event based language, does it exist? gneuner@dyn.com (2000-09-07) |
| Re: Event based language, does it exist? wvenable@sfu.ca (Wayne Venables) (2000-09-08) |
| Re: Event based language, does it exist? c_pew@mail.utexas.edu (Curtis Pew) (2000-09-08) |
| Re: Event based language, does it exist? jp@secher-web.dk (Jens Peter Secher) (2000-09-08) |
| Re: Event based language, does it exist? bonzini@gnu.org (2000-09-08) |
| Re: Event based language, does it exist? ian@five-d.com (2000-09-08) |
| Re: Event based language, does it exist? trollet@skynet.be (Atle) (2000-09-08) |
| Re: Event based language, does it exist? dancohen@nospam.canuck.com (Dan Cohen) (2000-09-08) |
| Re: Event based language, does it exist? dancohen@nospam.canuck.com (Dan Cohen) (2000-09-08) |
| Re: Event based language, does it exist? mac@ac.valley.net (2000-09-08) |
| Re: Event based language, does it exist? burow@ifh.de (Burkhard Dietrich Burow) (2000-09-08) |
| [9 later articles] |
| From: | bonzini@gnu.org (\"Carlo, Paolo & Germana\") |
| Newsgroups: | comp.compilers |
| Date: | 8 Sep 2000 02:08:47 -0400 |
| Organization: | Mailgate.ORG Server - http://www.Mailgate.ORG |
| References: | 00-08-132 |
| Keywords: | design |
> I'm trying to find a language which is based solely on events, but I
> do not know if it exists.
Smalltalk is a possibility. It is message-based, which is mostly the
same as event-based.
The fact is, Smalltalk has no predefined interfaces, so for example
anything can be put into a SortedCollection as long as it knows how to
answer the `<=' message. This is still not the same as an event, but
it is isomorphic to `everything can be told when the user presses a
button as long as it knows how to answer the `clicked' message'.
Smalltalk has dynamic message binding, like Objective-C:
listener perform: eventName with: aWindow
sends the message identified by the `eventName' variable to `listener'
(which is in Smalltalk parlance a Symbol) passing it `aWindow' as a
parameter. If eventName was >licked: (Symbol have a leading hash) it
would be the same as
listener clicked: aWindow
but it is customizable at run-time.
Does this fit your requirements?
Paolo Bonzini
Return to the
comp.compilers page.
Search the
comp.compilers archives again.