Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

On Saturday, April 11, 2015 at 8:40:07 AM UTC-7, kovas boguta wrote: > On Sat, Apr 11, 2015 at 10:46 AM, Malcolm Sparks   > > So, in summary, I think it would be useful to have a single 'default' routing > library in Clojure that supported isomorphism and was built on protocols, as > a minimum.

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

On Sat, Apr 11, 2015 at 10:46 AM, Malcolm Sparks > > So, in summary, I think it would be useful to have a single 'default' > routing library in Clojure that supported isomorphism and was built on > protocols, as a minimum. Now that Clojure is attracting so many new users, > it would be great to di

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Author of bidi here. In his blog article, REST Litmus Test for Web Frameworks - https://www.innoq.com/blog/st/2010/07/rest-litmus-test-for-web-frameworks/ - Stefan Tilkov asks of REST libraries: "Is there an easy way to produce links that "point back" resources identified by whatever mea

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

This thread over Silk, Bidi and Secretary has been very interesting. I looked at the three projects to see how they evolved after this thread started. Any cross-pollination or progress worth sharing now that I've missed? >From what I could gather: * Secretary is evolving towards a conservative

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Thanks for the nice words about Bidi (https://github.com/juxt/bidi). For the record, Bidi now supports ClojureScript too. btw. The reason for matching on the path (rather than allowing matches on the query-string) is intentional, since I think that encourages a more RESTful architecture. Howeve

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Thanks both. On 13 October 2014 04:27, Dom Kiva-Meyer wrote: > Thanks for the experience reports, Dylan! > > Colin, Silk is Ring-compatible and meant to be used as a single > replacement for both Compojure and Secretary (or any other server/browser > routing combination with incompatible syntax

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Thanks for the experience reports, Dylan! Colin, Silk is Ring-compatible and meant to be used as a single replacement for both Compojure and Secretary (or any other server/browser routing combination with incompatible syntax and semantics). But, as Dylan said, it's totally fine to use it in conjun

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

I’ve been using silk in conduction with compojure. Most middleware aren’t compojure specific, but I’ve just found it easier to stick with base level compojure routes and then pass uris to silk for pattern matching. This is mostly because there is such a wealth of documentation and examples to

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

For clarity, can you confirm the relationship between this and ring and compojure? Am I right in saying the defined routes are ring compatible (using domkm.silk.serve) and therefore silk is a replacement for compojure (albeit compojure has some more middleware utilities)? I understand I can jus

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Thanks for putting that together, Dylan. Looking forward to seeing what you're building. :) Olli, please feel free to reach out to me (email, Twitter, GitHub issue, whatever) if you have any questions. Thanks for trying it out! On Tue, Oct 7, 2014 at 12:05 PM, Dylan Butman wrote: > Sorry i don'

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Sorry i don't have time to really explain any of this... but here's some code I pulled out of a recent project. maybe it'll be helpful to you. unfortunately I can't share the whole project. https://gist.github.com/pleasetrythisathome/7adbdc9c8b7ab689df45 -- You received this message because yo

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Has anyone here had a chance to use Silk for a project they'd be willing to share? I'm a front-end web-dev newbie who has been researching server-side Om/React rendering, and it seems like Silk is ideal for this use case. However I'd be much more comfortable starting out if there were some examp

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Good stuff, Marc! Thanks for the feedback. That behavior in `composite` is a bug. Thanks for reporting. Sorting the query map seems reasonable. Good suggestion! Thanks again, Marc. On Sat, Aug 9, 2014 at 8:05 PM, marc wrote: > I've been playing and like Silk a lot! > > However the following

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

I've been playing and like Silk a lot! However the following I find curious as I'm wondering what the intended behaviour should be: user=> (silk/match (silk/composite ["user-" (silk/integer :id) "-fred" (silk /option :this "that") "s"]) "user-42-fredjs") {:id 42, :this "j"} user=> (silk/match (s

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Hi Allen, Thanks for the feedback! 1) This, and precompiling regexes where possible, is my intention with Silk. 2) I'm not convinced that requiring fully-qualified routes would be a feature. Let's say we have route A which should match "/foo/bar" and route B which should match "/foo/*". If these

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

I'd like to thank everyone in the community for both Silk, and Secretary. I'll throw out some (uninvited) feature requests I'd love to see in a future route-matching library. 1) Make trie-based route dispatching possible. A feature pedestal has/will soon have, is to compile the routing table

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Thanks for your feedback, Dylan! If you define routes with :path and :query, will the route match/unmatch > with undefined query keys? If so, how are they handled? If not, I'd suggest > making query matching optional, where nils are substituted. I'm not entirely sure what you mean, but I'll give

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

I'm in agreement that Silk is a step in the right direction. I've reached out to Dom and I think we can learn a lot from each other and work together to improve the routing story in Clojure overall. > There are some really good things in secretary. What do you think about them? > Splat, regex,

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

I agree with Joel that I've found that secretary works very well with Om, especially with a few abstractions built over it to built the corresponding state. The opposite direction is tricky though, and the biggest problem I've run into is that matching order is based on runtime route declaration

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

> Bidirectional routes are indeed especially important to render and dispatch > routes in Om etc. In secretary its a bit awkward since you have to write > stuff like (defroute front-page "/" [] :front-page) and then a separate > thingie for matching the keywords back to the routes. We have writ

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Very nice one, Dom. Bidirectional routes are indeed especially important to render and dispatch routes in Om etc. In secretary its a bit awkward since you have to write stuff like (defroute front-page "/" [] :front-page) and then a separate thingie for matching the keywords back to the routes.

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Hi Dom, Thanks! The comparison is much appreciated, as is the contribution to the community. regards, Craig On Wednesday, August 6, 2014 6:27:44 PM UTC+10, DomKM wrote: > > Hi Craig, > > Great question! Bidi is a fantastic > library and was my favorite Clojure ro

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Dom, We’re actually well aware of many of the flaws you have pointed out with Secretary. In fact, we even have open issues for some of them. > While I value all of these features that Secretary lacks, I think that last > one, impurity, is the most significant... Mutation is always possible, but

Re: [ClojureScript] Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Hi Joel, Thanks for your feedback. Off topic, but Garden is awesome and Ankha has been indispensable when developing Om applications! Thanks for those. I didn't complain or suggest a patch because, aside from Bidi, I didn't find a Clojure or ClojureScript routing library that I could conceive of

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Hi Craig, Great question! Bidi is a fantastic library and was my favorite Clojure routing library prior to Silk. The design of Silk was heavily influenced by that of Bidi. In terms of commonalities, both Silk and Bidi are bidirectional, pure (no side effects), based

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Edit: s/\(routers in the Clojure\)Script/\1 -- 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 uns

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

Awesome work. It's fantastic to see a library that's interested in targeting both the front-end and the back-end. This is the type of attitude I would love to see more often in the Clojure community. OTOH, it would have been awesome to have heard your thoughts WRT the concept of isomorphic rout

Re: [ANN] Silk, an isomorphic routing library for Clojure and ClojureScript

How would you position Silk in relation to Bidi? Thanks for any insights. -- 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 patien