Re: RFC: Extending method specializers
- From: "Leslie P. Polzer" <leslie.polzer@xxxxxxx>
- Date: Sat, 29 Dec 2007 23:51:32 -0800 (PST)
On Dec 29, 3:17 pm, Ken Tilton <kennytil...@xxxxxxxxxxxxx> wrote:
Sadly, you leave unanswered the vital question: how did GF dispatch
become your only branching mechanism? IF, COND, CASE.. right out the
window! First-class functions? Rip 'em out, or at least limit them to
the specializer of a method!
Seems like you asked the right question here.
I'm using the Weblocks framework with my project, and it lets one
specialize its rendering by dispatching on CLOS slot types.
So this is how I got pushed into that corner ;)
IIRC I had several slots of type CONS in my model and wanted to
dispatch on something like (typep (car slot) 'foo).
But the problem is already solved, since I can specialize on the slot
name as well.
In fact, I wasn't desperate or anything. I was just curious to know
whether and why the dispatch mechanism has those limits.
Leslie
.
- References:
- RFC: Extending method specializers
- From: Leslie P. Polzer
- Re: RFC: Extending method specializers
- From: Ken Tilton
- Re: RFC: Extending method specializers
- From: Leslie P. Polzer
- Re: RFC: Extending method specializers
- From: Ken Tilton
- Re: RFC: Extending method specializers
- From: Leslie P. Polzer
- Re: RFC: Extending method specializers
- From: Ken Tilton
- RFC: Extending method specializers
- Prev by Date: Re: macro that writes macros
- Next by Date: Re: RFC: Extending method specializers
- Previous by thread: Re: RFC: Extending method specializers
- Next by thread: Re: RFC: Extending method specializers
- Index(es):