Hi Laurent, On Aug 5, 4:05 pm, Laurent PETIT <laurent.pe...@gmail.com> wrote:
> My point was that by providing different interfaces/protocols to different > "users", it's more an implementation detail than anything else if they have > the same object or not. > I don't expect my users to program on types, but on protocols/interfaces. > > (ok, in this case, i'm my own user, so I have indeed some expectations on me > ;) ) Do whatever works for you! Since Kyle came up with a better name then we did it can't be totally wrong. :) In the past I had bad experience with putting too much functionality in one "thing". Afterward I was caught by to many wtfs in my own code. Since then I'm (trying to be) wary of too much complexity for a seemingly easy problem. Kyle's solution *is* much more complex. Whether such complexity is required or not needs careful evaluation. (There are certainly situations where the answer is 'yes' as well as there are situations where the answer is 'no'.) And now a completely silly thought: When analysing a move in Go, there is one particular analysis technique where you basically play the moves in opposite order. When the to be analysed move is now ridiculous, it was a bad move in the first place. Applying this strategy to our problem means we have to start with the final situation and remove the pre-parse functionality. With my approach this means the future handling gets removed from the two hooks. The delay for the code parsing remains. With your approach your speculative delay is also modified to remove the future stuff. But now you basically have a wrapper object, which just delegates everything to a delay. Would you ever write such a thing in the first place? Ok, ok. I'll stop now. This is completely silly, but just came to my mind. :) Sincerely Meikel -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
