if I recall, the current defonce like behavior of multimethods was a response to the situation where if you have your multimethods split across multiple files reloading the file with the defmulti in it would re-def the multimethod with the new dispatch, but it would not have any of the methods loaded from the other files.
oscillating between these poles at about 6.31139e7hz seems less than ideal. maybe defmethod could try and capture the ns a method is defined in, and defmulti would try to force a reload? seems overly complicated for core. On Wed, Sep 5, 2012 at 9:58 AM, Stuart Halloway <stuart.hallo...@gmail.com> wrote: > Brian, > > I share your pain. A standardized contrib solution for this would be > welcomed. > > Are there other things like this that cause people to "restart REPL" > unnecessarily? I would like to identify the whole list of such things and > kill them. > > Stu > > Thanks. I think I'll write my own `defgeneric` to hide an `ns-unmap` from > the reader. (I like the terminology of "generic function" better than > multimethod anyway, as an introduction to the idea.) > > > On Sep 4, 2012, at 5:41 PM, Ulises wrote: > > Binding to the var instead of the value will allow it to be udpated. > > > Alternatively you could ns-unmap the multimethod before redefining it. > > > U > > > -- > > 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 > > > ----- > Brian Marick, Artisanal Labrador > Contract programming in Ruby and Clojure > Occasional consulting on Agile > Writing /Functional Programming for the Object-Oriented Programmer/: > https://leanpub.com/fp-oo > > > > -- > 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 -- And what is good, Phaedrus, And what is not good— Need we ask anyone to tell us these things? -- 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
