Hacker News new | ask | show | jobs
by amaury_bouchard 100 days ago
The target audience is developers who are efficient at generating HTML server-side using an MVC framework, a template engine, whatever they're comfortable with. Instead of building a JSON API and a JavaScript layer to consume it, you just return HTML fragments from your existing routes.

µJS handles the AJAX call and swaps the fragment in the DOM. No JavaScript to write, no state to manage client-side. jQuery is more powerful and flexible, but that flexibility comes with complexity: you have to write the fetch call, handle the response, find the right DOM node, update it.

µJS does all of that declaratively via HTML attributes. It's not for every use case — highly interactive apps (think Google Maps or a rich text editor) still need proper JavaScript. But for the vast majority of web pages, server-rendered HTML fragments are simpler, faster to develop, and easier to maintain.
1 comments
freakynit 100 days ago
What happens when a user lands directly on 2nd or 3rd level page and have not "jumped" from 1st level page?
link
amaury_bouchard 100 days ago
Nothing special happens. µJS doesn't change anything for direct URL access. The server renders the full page as usual. µJS only intercepts navigation once it's initialized on the page. This is actually one of the advantages of this approach over a true SPA: every URL is a fully server-rendered page, so direct access, bookmarks, and sharing links all work out of the box.

Let's take an example. Say we have a website with 3 pages:

- Homepage "website.com/"

- Products "website.com/products"

- About "website.com/about"

Your browser can load any of these pages directly, as usual. But when you are on the homepage (for example) and you click on the "About" link, µJS load the "/about" URL, and replace the current page's `<body>` tag with the fetched page's one.

It's that simple.

link
freakynit 99 days ago
Got it.. thanks..
link
vbernat 100 days ago
The idea is that all the rendering is done server-side. So, the user always get a full page.
link
hwhshs 100 days ago
I feel like the browser should just do the same thing and this not be needed. E.g. seemless reload, keep scroll and focus state etc.
link
freakynit 100 days ago
Hmm, got it. Thanks..
link