So in idiomatic Clojure applications, maps are considered like
objects?
And to operate on them we pass them to functions?

On Sep 3, 4:55 am, David Nolen <dnolen.li...@gmail.com> wrote:
> On Thu, Sep 2, 2010 at 9:29 PM, HB <hubaghd...@gmail.com> wrote:
> > Hey,
> > I finished reading "Programming Clojure" and "Practical Clojure" and
> > I'm hooked :)
> > Please count me in the Clojure club.
> > But I failed how to think in Clojure.
> > My main career is around Java web applications (Hibernate, Spring,
> > Lucene) and Web services.
> > Lets not talk about Java web frameworks neither Clojure ones, I want
> > to talk in general.
> > Usually we create some domain entities, map them with Hibernate/
> > iBatis.
> > I don't know how a Clojure application would be build without objects.
> > I think Scala really shines here, this OOP/FP is really powerful
> > approach (please note I'm not saying Clojure isn't good, I don't seel
> > flame war)
> > How to think in Clojure? how to achieve this shift?
>
> It does require a significant shift in thinking. I think you'll be surprised
> how far maps and functions will take you if you're used to thinking in OOP.
>
> And contrary to popular belief Clojure is also a hybrid OOP/FP approach:
> multimethods, protocols, deftype, defrecord, definterface, etc. will let you
> utilize the better aspects of OOP design. However you should be cautious to
> reach for these. They are easily misapplied. Stick with the core
> datastructures (maps, vectors, sets, lists) and fns and you'll do just fine.
>
> David

-- 
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

Reply via email to