You could always build something where setters/getters are auto-magically created if specified by the constructor macro. And with clojure.contrib.def you could auto-magically generate private setters/getters. On Mon, Mar 23, 2009 at 4:27 AM, Mark Engelberg <mark.engelb...@gmail.com>wrote:
> > I've been thinking quite a bit about the OO side of Clojure the past > couple of days, and trying to figure out how common OO design patterns > would look when ported over to Clojure's way of doing things. > > The most obvious thing that others have noted is that you can > effectively simulate a mutable object by having a ref that holds a > hash map. You can then write getters and setters, and other kinds of > supporting functions that use and manipulate the ref, and the hash map > contained therein. But as far as I can tell, there's no way to stop a > client from simply dereferencing the ref and extracting or > manipulating the "private" information in the hash map and shoving it > back into the ref. Even if you trust a client to do the right thing, > if the object is complex, it might be hard for other programmers to > figure out which properties are meant to be manipulated, and which are > "off-limits". > > I suspect that if you use double-colon keywords for the keys, you get > a bit more privacy in the sense that these keys are slightly harder to > accidentally manipulate from other namespaces, so perhaps that could > at least be an informal convention for "this is private". Or perhaps > it's better to keep as much "private" data in the metadata as possible > (although I would think that in many cases, the private data would > still be essential to the notion of equality). Any other tricks or > techniques for helping to hide or separate out the portions of a data > structure that are meant to be accessed or "altered" from the portions > that should only be accessed and changed by the existing support > functions? > > > > --~--~---------~--~----~------------~-------~--~----~ 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 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 -~----------~----~----~----~------~----~------~--~---
