I just want to know what technology do you use for multi page app. My project is very simple(mostly CRUD) and react(SPA) is a bit overkill for me. i need to create a Reactive web page/ ex. the page does not reload when submitting new data etc.
I already tried Jquery, i don’t like its syntax. haha
If your usercount is sufficiently low (I don’t really know how many users you’d have to have for this to be infeasible, it really depends on exactly how interactive the app is going to be) you can always try Drab (ElixirForum thread). It’s in my mind one of the most pleasant ways to build an interactive app, provided your project allows for it. Being that it’s driven by the server it does put more load on it, though, so for apps where there’s a lot happening most of that won’t be offloaded to the client.
From what you’re describing, though, I’d think it’s definitely one of the better choices.
I highly recommend using Vue.JS on the front-end. I have already used it in couple of projects to achieve exactly what you describe. I set it on the front-end and use pure Phoenix JSON API on the back-end. It allows you to make actions (updating) database records without reloading the whole page (just updates the target row, not the whole front-end page/table).
It could be any number of reasons, but I think the Drab Proof of Concept page is actually hosted on someone’s private Internet connection and it’s highly location dependent. My best guess would be that it’s on a private connection in Poland, being that that’s where Grych’s from. I get good response times to it from Bulgaria, but I assume the routing in terms of latency degrades pretty sharply with distance.
The reason it’s that noticable, I guess, is because you’re effectively running everything from the server, so the client has to send an event to the server, which then responds with whatever needs to happen. That round-trip time makes any kind of higher latency a bit more noticable than just client-side stuff.
Elm. Going to launch production code with it for the first time in a few weeks so I will have a more informed opinion then, but this is easily the most enjoyable front-end framework/language I’ve ever used. I actually enjoy Elm coding more than Elixir (I can’t believe I’m saying that about front-end).
If you can wrap your mind around both Elixir and React, I would strongly recommend Elm. Conceptually it is just like React, but it gives you the added benefits of a functional language. It is also a great way to break into Haskell if you are a developer; you experience the magic of FP without Haskell’s more arcane features.
I feel/felt exactly as you do about Elm: It’s super fun and really enjoyable, especially for being front-end stuff. The paragraph I quoted, though, is something where I sort of feel bad about Elm. I ended up feeling like I wanted more of Haskell in my front-end work and I ended up looking elsewhere in languages like PureScript, Bucklescript, etc… I briefly tried to work with GHCJS to compile Haskell code into JS as well, but I ended up coming out of it pretty empty handed as I couldn’t actually get the proper type system of, let’s say PureScript, as well as the really streamlined front-end framework stuff in Elm.
There were some developments and promising things like Pux in PureScript when I last checked, but all in all it really does seem like you’re never supposed to have all the good things in one technology.
As an on-topic addition here: The most promising things I’ve found, as someone who really doesn’t like front-end work by nature, but wants to work with the things that I like (functional programming, features from the year 2000+, etc.) is ReasonML’s react library or Bucklescript with @OvermindDL1’s TEA (The Elm Architecture) library. It’s either that or ClojureScript with OmNext.
The main issue with most of these choices is that it’s not really something you pick up for a project and then suddenly you’re just up and running. My own experience with Reason didn’t have too much of a long runway but I had previous exposure to a lot of ML style languages and OCaml specifically.
Thanks for the suggestion sir. I am almost new to Elixir Phoenix, and i really want to try Elm. Maybe when i become more comfortable with elixir. Hehe. Everytime i tried it, i dont know if should focus on elm or elixir. Haha.
fwiw, I had a lot more fun learning Elm than Elixir (though I don’t speak for everyone here!). Elixir, however, is incredibly practical now. I’m getting job calls about it and everyone I know who does Rails is migrating over. Can’t say that about Elm.
I think Elm is a better learning experience though, it’s a great intro to ML languages.