undefined | Better HN

0 pointsmpeg2mo ago0 comments

The key difference between islands and what we used to do back in the day (js on a static page) is that with an islands approach you architect your site with a components-driven approach where everything encapsulates the js/css/html it needs, then you mark it as an "interactive" island if you actually need client-side js to run – the code is the same, but it either runs only in the server (default) or in both server and client.

I know this sounds similar, but, compared to the more traditional approach, there is a certain simplicity to having everything just be javascript. You can often run the same libraries on both server and client depending on your needs, plus it fulfills the promise of web components in a way that is easier to work with (though WCs have also come a long way!)

0 comments

charleszw2mo ago

I will also say encapsulating everything you just said in a single term, "islands," is a lot simpler and prettier to discuss. At least from my perspective, the naming also makes a lot of sense. Literal islands of interactivity surrounded by an ocean of static.

efilife2mo ago

the naming is backwards then. An island is static, an ocean is not. See how it is a buzzword up to your interpretation?

aatd862mo ago

now that you say it :o

Should be astro lakes or something.

1 more reply

michaelcampbell2mo ago

Like "meteoric rise". Meteors come down, not up.

And yet, we all know what it means. Language is fun.

dreadnip2mo ago

You can do this with just about any programming language or scripting language that can render HTML on the server + plain HTML and JS. You could do this with PHP 30 years ago.

mpegOP2mo ago

Yes and no, php didn’t give you any tools to manage this, most people writing php sites back in the day (including myself) were writing js that was coupled to a specific markup yet was maintained separately. This didn’t scale well.

Then along came libraries like mootools, knockout, etc all the precursors of react, then react changed the game around encapsulation of markup and code into one place, and straightforward data flow.

SPAs were inefficient so server side rendering of js became ubiquitous, islands are a further optimisation of ssr.

This hasn’t happened in a vacuum, if you look at modern php frameworks like inertia they have a lot more in common with Astro than they do the good old 90s php

s4i2mo ago

You could and yet nobody did.

You need to give credit to a project like Astro that takes a pattern, popularizes it and makes it straightforward to adopt via a framework.

j / k navigate · click thread line to collapse