There is also the performance advantage in having persistent data structures 
when diff'ing state. What I'm reaching to is an observer-mutator design 
pattern, but maybe that is an intermediate step in the thought process toward 
something like Elm and maybe even re-frame. Just kicking the metaphorical ball 
around and seeing what others think. 

Haskel lives in a vacuum and I think ClojureScript frameworks like re-frame and 
 Elm may offer more insight in managing mutation in a more clear context.

Sent from my iPhone

> On Jul 12, 2015, at 8:44 AM, Matt Ho <[email protected]> wrote:
> 
> What problem are you looking to solve here?  
> 
> My take is that immutability is a design pattern rather than something 
> enforced by the language constructs.  If you want the language constructs to 
> enforce immutability, Haskell is an excellent choice.  Even Elm (a Haskell 
> like language) treats immutability as a design pattern rather than a language 
> construct.
> 
> For me, immutability is a design pattern, much like FP, intended to simplify 
> how we reason about apps.  I think Om, Reagent, Flux, and Elm are all 
> excellent examples of the power of immutable thinking.  For comparison, the 
> mutable frameworks would be Ember, Angular, and Backbone.
> 
> M
> 
> -- 
> Note that posts from new members are moderated - please be patient with your 
> first post.
> --- 
> You received this message because you are subscribed to the Google Groups 
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/clojurescript.

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/clojurescript.

Reply via email to