@yogthos would you go with om-next or re-frame if server side rendering was a requirement ?

I have a strong preference for re-frame 😉

I find it’s a lot simpler to use, and it’s less opinionated, so you can fit it to your requirements much easier

om next also seems to pretty much assume datomic as the backend, and you have to write your own parser if you’re using anything else

my team has been working on a re-frame based app for over a year now, and we haven’t run into any limitations with it

@yogthos cool. Thank you. Playing with om-next now, will see how it goes (no datomic backend unfortunately). Sure wish re-frame & reagent would work on backend clj though.

what do you mean?

Ohh. Know I tried a few months back to render on the server and it seemed like re-frame was cljs only.

I meant rendering the app on server, and then the javascript will just mount on the existing divs.

@claudiu ah I see, you can actually do that relatively easily for some cases http://yogthos.net/posts/2015-11-24-Serverside-Reagent.html

if you write your common code in cljc, then you can render it with hiccup on the server and have reagent hook into it on the client

one thing not mentioned in the post is that you also need to generate a hash as seen here https://github.com/tonsky/rum/blob/gh-pages/src/rum/server_render.clj#L473