3 ms·
The idea of using a language with multimethods/multiple dispatch/protocols as the base for extensible collections was further explored in Dylan, which was kind
by lispm 10y ago
The idea of using a language with multimethods/multiple dispatch/protocols as the base for extensible collections was further explored in Dylan, which was kind of a Scheme + CLOS:
http://lispm.de/docs/prefix-dylan/book.annotated/ch12.html http://lispm.de/docs/prefix-dylan/book.annotated/ch12.html
Apple Computer, 1992
- klibertp 10y agoYup, I got interested in Dylan after researching "languages with multi-methods". I started playing with OpenDylan - some FFI to C, a simple HTTP client, things like that, all under 100 loc (I don't have these on GH, but there's a bit at [1]). The only thing I can say is that I didn't like the syntax, probably mainly because of broken Emacs mode for Dylan. Well, also that it was generally slow when comparing the simple program from [1] with other implementations Dylan was the slowest[2]. I'm 100% sure that could be fixed if more people helped with the compiler, AFAIK the current OpenDylan codebase is rather old and there's one person working on it sometimes. And I didn't even manage to run Gwydion Dylan last time I checked. Other than that, the uniformity of everything being a multi-method, the type system which is generally dynamic, but which can work statically (to a certain extent) if you want and the macros, which I, unfortunately, didn't have the time to fully explore - felt really nice. [1] https://github.com/piotrklibert/dirlist/blob/848eb42f074b61f67fb001404d8f3237824b66fe/dylan/hello-dylan.dylan https://github.com/piotrklibert/dirlist/blob/848eb42f074b61f... [2] Second chart: https://klibert.pl/posts/walkfiles-introduction.html https://klibert.pl/posts/walkfiles-introduction.html