Hi James I got this question after watching the David Nolen's video called "The Functional Final Frontier <https://www.youtube.com/watch?v=DMtwq3QtddY&feature=youtu.be&t=663>". Around minute 11th he talked about "Local state is poison <https://awelonblue.wordpress.com/2012/10/21/local-state-is-poison/>" idea and how he tried (using cursors) to remove this local state from Om design
After those David Nolen design ideas, it seems to me that stuartsierra/component is inclined on local state ("Managed lifecycle of stateful objects in Clojure") more than global tree structure state... Thanks for your clarification! Juan 2015-04-29 16:38 GMT+02:00 James Reeves <ja...@booleanknot.com>: > Often because components contain some form of data. For instance, a > component that handles database connection may have a database connection > instance. > > Reify produces objects that are essentially opaque, which is fine if you > just want their behaviour, as in the case of Om, but not so good if you > also want to carry around some form of data. > > Records are even useful for components that aren't usually dependencies, > like a web server. Even though you may only need to start and stop the > server component, it's often useful for debugging or monitoring purposes to > be able to query the options that the server was set up with. > > - James > > On 29 April 2015 at 14:41, Juan A. Ruz @tangrammer < > juanantonio...@gmail.com> wrote: > >> Hi guys, >> I'm just wondering the pros/contras that justify to choose defrecord vs >> reify as component fn constructor. >> >> in the component README we can read >> "To create a component, define a Clojure record that implements the >> Lifecycle protocol." >> >> Yes I know that "defrecord creates an immutable persistent map which >> implements a protocol." but I think that the same thing can be achieved >> with reify (BTW: "om" way to define component) over a persistent map... >> >> Do you think there are more reasons to set defrecord as default base fn >> for components? >> >> Thanks in advance >> Juan >> >> -- >> 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 >> --- >> You received this message because you are subscribed to the Google Groups >> "Clojure" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to clojure+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/d/optout. >> > > -- > 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 > --- > You received this message because you are subscribed to a topic in the > Google Groups "Clojure" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/clojure/xqU_JSFWK-k/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- 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 --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.