acrolink
Is it a must to use a JS Framework on front-end for a project with frequent end user interactions?
I am considering my options regarding a future project and I appreciate hearing from forum members regarding this. I am planning to build a site which utilizes heavily content filters (categories). The user would find what he’s looking for by making some check- marks, search terms and / or selecting categories.
My question, I want the site experience to be fast and easy. Can this be achieved with pure Phoenix HTML or would it be better to develop the back-end as Phoenix API and write the front-end with a JS framework?
Which contrib. modules would you suggest to use in conjunction with Phoenix HTML to build a project like this one?
Most Liked
mbuhot
OvermindDL1
Depending on use-cases I highly recommend either Drab or Unpoly.js (Unpoly.js is a bit more SEO friendly as it ‘lifts’ static pages but is otherwise fully backwards compatible with no javascript at all).
For note, Unpoly.js is like Turbolinks but a bit more declarative in design, a few more features, less rails-focused and more general, etc…
Popular in Questions
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #advent-of-code
- #elixirconf-us
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #performance










