On Mon, 24 Sep 2018 at 18:29, James Reeves <ja...@booleanknot.com> wrote:
> .... > The latest alpha version of Integrant also adds a 'prep-key' method, which > allows default references to be added to an Integrant key without the need > to resort to modules or external configuration modifier functions. > This should be a great addition, thanks for drawing my attention to it. > The next version of Duct simplifies the module system somewhat, and my > eventual intent is to make all of the web framework pieces optional, either > this upcoming release or the one after. > I think that would be great. I think duct/integrant are the closest thing clojure has to a module system for stateful/configurable components. It seems to me like the coupling between the module system and the web framework could be removed almost entirely, and that the net result would be incredibly useful. Thanks again for all your hard work on this James, it's a great piece of work and I believe worthy of much wider community adoption. R. > On Mon, 24 Sep 2018 at 14:40, Rick Moynihan <rick.moyni...@gmail.com> > wrote: > >> I'm a massive fan of integrant on which duct is based. In my mind it >> takes Stuart Sierrra's component to its logical conclusion, which is >> essentially treating the system as EDN configuration. I think most >> moderate/large component projects tend to want to convert systems into >> config. Essentially integrant is what you get when you decide to create >> component but config first. Unlike mount, I think it is much more cleanly >> decomplected... i.e no problematic singletons. >> >> In many ways I wish duct wasn't a web project at all, and was just a >> generic module system; a thin layer on integrant, for configuring >> components, and that the web framework was a separate project of duct >> components altogether. When you look at it closely though, you realise it >> pretty much *is* this; it's essentially just a module system with a web >> framework as an exemplar. However, there are perhaps one or two places >> where this isn't entirely true. >> >> Duct modules can be a bit confusing, and are I think a litlte too >> powerful; but overall I'd recomend it. >> >> R. >> >> On Sun, 23 Sep 2018 at 22:07, Nathan Fisher <nfis...@junctionbox.ca> >> wrote: >> >>> Duct looks interesting. >>> >>> I found luminous useful for when I first started with web dev in clojure >>> but started running against its project layout. >>> On Sun, Sep 23, 2018 at 15:17, Rick Moynihan <rick.moyni...@gmail.com> >>> wrote: >>> >>>> I really quite like weavejester's duct, because it's essentially a >>>> familiar / standard ring app, but with integrant based configuration >>>> modules, and sensible defaults. It's not perfect though, e.g. ataraxy is >>>> somewhat under-developed, so I'd look at swapping it out for bidi or >>>> something more mature. >>>> >>>> https://github.com/duct-framework/duct >>>> >>>> I've built a fair few luminus apps over the years and find it hard to >>>> love because of mount; and I strongly feel the templates default layout is >>>> organised in the wrong way. It's hard to argue that it's not well >>>> documented, and quick to start with though, and it's pretty easy to use >>>> integrant or component and delete the src directory and pick a more >>>> sensible layout (I recomend structuring by feature/route, rather than by >>>> the incidental complexity of a webapp). >>>> >>>> Ultimately all the main options mentioned work quite well, so it >>>> depends on what you need and like etc. You might also consider backing it >>>> with lacinia as a graphql backend. lacinia is pretty neat. >>>> >>>> >>>> R. >>>> >>>> On Mon, 17 Sep 2018 at 10:27, Tom Locke <t...@tomlocke.com> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm a reasonably experienced ClojureScript developer, finally starting >>>>> to think about the server side of a web app I've been working on for some >>>>> time. I was wondering if anyone could offer some pointers for libraries >>>>> worth looking at. What would you be building on top of if you were >>>>> starting >>>>> a web app in 2018? >>>>> >>>>> It's a single page app. I've already committed to Reagent on the >>>>> client. Will very likely go with Dataomic as the DB. The rest is open for >>>>> now. >>>>> >>>>> I realise there is no "right answer" to such a question. All I'm after >>>>> here is to take the pulse of the community - "take a look at so-and-so", >>>>> "such and such is becoming a de-facto standard", "a few people got burned >>>>> with thingumy"... >>>>> >>>>> I think there are two distinct sub-questions here. First off one is >>>>> going to need a general server-side library e.g. Luminus (more a >>>>> collection >>>>> of libraries), and then there is the much bigger question of keeping data >>>>> in sync across multiple clients/servers. Here we get into the vast topic >>>>> of >>>>> distributed systems, full of deep, open questions, but I'm hoping for >>>>> advice for the working programmer : ) >>>>> >>>>> Of particular interest would be whether people feel any of the more >>>>> ambitious libraries (e.g. Replikative) are worth relying on for a serious >>>>> project, or are people generally still rolling their own, RPC style. >>>>> >>>>> Thanks very much, in advance! >>>>> >>>>> Tom >>>>> >>>>> -- >>>>> 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 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. >>>> >>> -- >>> - sent from my mobile >>> >>> -- >>> 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 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. >> > > > -- > James Reeves > booleanknot.com > > -- > 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 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.
