Originally published on the Offerzen Blog here.
Trying new frameworks is always a great learning experience. As a React developer, I used Svelte for a project and was really impressed by its out of the box features and the developer experience it provided. Heres why Svelte is a great framework to play with.
I started noticing a lot of tweets about using Googles advanced search parameters for better results. I realised that most people dont know about them and if they do, its not that intuitive to use them with minimal friction.
Thats why I decided to make Pro-Search, a UX-focussed, advanced search engine query builder. Pro-Search helps you find exactly what youre looking for by making it easy to add advanced search filters to different search engines.
Choosing the right technology for Pro-Search
To create Pro-Search, I ended up choosing SvelteKit, a framework that is to Svelte what NextJS is to React. Its an open-source web development framework that enables functionalities such as server-side rendering and static site generation.
At the time, I had never built anything with Svelte and I barely knew anything about it, so this was a bit of an odd choice for me as a React developer. Why did I use Svelte?
When choosing technologies, my top priorities were for it to:
- Load fast: It had to load as fast as, or faster, than the most popular search engines (Google, DuckDuckGo, Bing, Yahoo).
- Be simple: A search should be as simple and easy as on the search engine. Additionally, the building of those simple and intuitive UIs should be simple and frictionless as well.
- Interactivity: The tech I chose should handle heavy interactivity easily.
- Responsiveness: It was important that Id be able to create a progressive web app, and optimise for both web and mobile easily.
My goal was to create a great user interface while having an enjoyable developer experience, and Svelte delivers on both of these.
I chose Svelte because its fast, ships small bundles and provides many great features while staying very close to vanilla HTML, CSS and JS.
All these are possible because you dont ship Svelte with a Svelte app: its a framework without the framework. By statically analysing the component template ahead of time, Svelte ensures that the browser does as little work as possible.
Disclaimer: I will make many comparisons with React. I am not picking on React or saying Svelte is fundamentally better than React. React is the framework I know best so its easiest for me to draw comparisons from there.
What is Svelte?
Svelte is a frontend compiler for building interactive user interfaces similar to React and Vue. With most current popular frameworks like React and Vue, the browser must do extra work to convert declarative component structures into DOM operations at run time. This eats into the frame budget and taxes the garbage collector.
Svelte compiles your code into imperative client-side vanilla JavaScript that manipulates the DOM directly. This is done during a compile step that happens at build time. This means it can strip out the parts of the framework that your app doesnt use, resulting in a smaller bundle, fast first load and improved performance. Importantly, one of Sveltes selling points is that it avoids the overhead associated with runtime intermediate representations, such as the virtual DOM.
As a tool, Svelte is powerful, flexible and beautifully designed. Its compiler approach unlocks a broad range of capabilities making it ripe for further expansion and growth. Making things with Svelte feels fun and streamlined.
Lets walk through the developer experience and tooling and features.
Developer experience
Easy to learn
Svelte feels natural if youre used to HTML, CSS and JavaScript. This makes it easy to collaborate with people who have a basic understanding of CSS and HTML. If you know HTML and CSS, you can write Svelte immediately. You can then learn more as you go, layering new concepts on top of that.
Sure there are still many things that arent vanilla HTML, but theyre quite easily guessable once you see it done a few times. Being close to regular ole HTML also means it is a much easier onramp into using UI frameworks compared to React.
When it comes to docs, Svelte sets a very high bar for an unfunded project without people working full-time on it. Heres some of what Svelte provides in terms of docs:
I went through the Svelte tutorial in less than a day. It takes you through the concepts, incrementally increasing complexity and at each step and explaining why each thing exists. I found that this structure made it easier to stick with it. It also helps that theres a REPL thats structured to encourage you to keep trying what youre learning. By the time you finish reading the tutorial, youve already written quite a significant amount of Svelte, and youre familiar with the concepts and how it looks.
Everything out of the box
One of the first things I noticed with Svelte, especially coming from React, is that it comes with many essentials included out of the box. While React has tons of external libraries to extend it, its nice to work with a framework where I dont have to be making decisions at every turn about what to use.
To be fair to React, here are some things React has first-party that Svelte relies on external libraries for:
Abstracting the pain
Svelte has some nice syntactic sugar that makes the developer experience more pleasant. It clearly learnt a lot from its predecessors by abstracting away some of the pain.
For example, forms are a pain in React. Thats why libraries like Formik and React Hook Form exist. A form in React would look something like this:
import { useState } from 'react'
const Form = () => {
const [name, setName] = useState('')
const handleChange = e => setName(e.target.value)
const handleSubmit = e => {
e.preventDefault()
// some stuff here
}
return (
<form onSubmit={handleSubmit}>
<input type='text' value={name} onChange={handleChange} />
</form>
)
}
The same component in Svelte is:
<script>
let name = ''
const handleSubmit = () => {
// some stuff here
}
</script>
<form on:submit|preventDefault={handleSubmit}>
<input type="text" bind:value />
</form>
The Svelte helpers and two-way binding are really handy because they make the code more terse and easy to follow.
State management
Pro-Search is basically many different UI elements that are used to manipulate the global state, and the Svelte stores made implementing this very easy. Given how much global state management I needed, using Svelte stores was much simpler compared to having to use Reacts context, redux and mobx.
Stores are JavaScript objects that adhere to a simple interface. With Svelte, a store is basically anything that has a subscribe method that returns a function, thereby allowing you to unsubscribe. Stores allow you to access data or functionality from multiple components. Theyll update your components whenever their data changes - hence that handy subscribe method.
Svelte stores allow for separation of the state management from the component hierarchy. This is important when the same piece of data is needed in more than one place.
This is how you create a Svelte store:
Import { writable } from 'svelte/store'
export const store = writable(0)
This is how you read and write to a Svelte store:
<script>
import { store } from './store'
</script>
<button on:click={() => $store + 1}>{$store}</button>
Reactivity in the language
Svelte uses mutable variables for local states, and theyre reactive out of the box. This makes for leaner code. Heres a Svelte counter component:
<script>let i = 0</script>
<button on:click={() => i += 1}>count: {i}</button>
For comparison, heres the same thing in React:
import { useState } from 'react'
const Counter = () => {
const [i, setI] = useState(0)
return <button onClick={() => set(i + 1)}>count: {i}</button>
}
Svelte moves reactivity into the language by just using the language. Updating a value, and all the things that depend on it, is achieved simply by using the assignment operator (=).
<script>
let count = 0;
$: double = count * 2;
</script>
<button on:click={() => count += 1}>Double: {double}</button>
Since Svelte is a compiler, reactivity is achieved by just instrumenting the code behind the scenes:
count += 1; $$invalidate('count', count)
As you can see, this looks a lot like a regular HTML file. This, however, is also clever enough to know that whenever the value of the count variable changes, all the values that reference it will change as well.
Bad experience with testing
On the other hand, I havent yet found a good way to test Pro-Search. Given my history with React, I first reached for Jest and Svelte Testing Library. I spent several hours trying to debug with no success.
Then, I remembered that Cypress recently launched their component testing library. Again, I spent several hours trying to set it up and got many different errors until I gave up. After that, I was too frustrated but didnt want to kill my momentum so I parked the testing work.
However, I recently tweeted to ask the Svelte community what people are using and within minutes I had several responses with multiple resources. Im excited to try these out and see if I have better luck.
Svelte Tooling and features
Static Scoped Styling
Svelte comes with scoped CSS without using CSS-in-JS solutions: Its just CSS, no bells and whistles. Include a style tag in the component, write CSS and it will be scoped to the component by default: No configuration, just normal CSS. Of course, you can add the bells and whistles if you want to.
I have particularly loved working with Tailwind CSS, so this was the natural choice for me. Also: the configuration was a breeze.
Transitions and Animations
Before Svelte, I had never really worked with animations and transitions. Its always been something on my to-do list, but Ive never dedicated the time for it because it seems like a complex topic. Fortunately with Svelte, I didnt have to think about much: Straight out of the box, I just slapped on some pre-baked functions and it worked.
Small bundle, faster apps
One of Sveltes biggest strengths is its minimal JavaScript bundle sizes. This makes it ideal for any code that will be executed by low-power devices that cant parse JavaScript quickly: For example, smart TVs, watches, and other IoT devices, or lower spec smartphones. It also means Svelte shines where bandwidth is limited, which again makes it a perfect fit for older devices and users who might have poor internet connections.
Because Svelte is a compiler, you always get the minimum subset of features required by your app. For example, the Svelte implementation of the TodoMVC weighs 3.6kb zipped. For comparison, React plus ReactDOM without any app code weighs about 45kb zipped. Even if your app is only made of one component, you still have to serve the 45kb that is React itself.
Interoperability
When you want to use a specific npm library, you can only do so if youre already using the framework that the library was designed for. If the library was built with React and youre using Angular, then tough luck.
However, if the library was written with Svelte, apps that use it can be built using whatever JavaScript technology you like. This is because the Svelte app is just JavaScript at the end of the day.
This means that while the ecosystem of dedicated Svelte packages and plugins is comparatively small, you can still easily use any framework-agnostic package. I personally havent struggled to find what Im looking for in terms of external libraries.
Young library ecosystem
While on the subject of external libraries, Svelte options are fewer in number and generally less mature. Depending on your project and team, this could be irrelevant, inconvenient, or a blocker. I have personally struggled with getting a component library that gives me everything I need.
If I was using React, Id be spoilt for choice because there are big players like Material UI or Chakra UI. Sure, theres Svelte MUI but its nothing close to its React counterpart. That said, daisyUI has been really great and provided most of the things I need.
Apart from the UI components, which I have the escape hatch of building myself, this is not a big issue as Ive been building Pro-Search to be as light as I can possibly make it. When you do need to build something yourself, Svelte makes it comparatively simple to do so.
Best practices are still evolving
Svelte conventions and cultural knowledge like patterns, anti-patterns, best practices and consensus libraries are sparse and under-developed. People who adopt it today will have to think through problems that other communities have common solutions for, making the learning curve temporarily steeper.
While React forms are a nuisance, there are some established patterns to ease the pain even without using libraries. We all know of Kent C. Dodds popular approach on How to use React Context effectively, and you see it popping up in many libraries.
These patterns and practices dont exist with Svelte. For example, I couldnt find a best practice to use a Svelte store, so I created my own way. Theres also no recommended way to structure components, so I used what Im used to in React.
This, however, is obviously a temporary problem and will disappear as adoption increases.
Reflections on using Svelte
After using Svelte for more than six months on Pro-Search, I can say its an enjoyable developer experience that doesnt compromise on user experience. I was able to pick it up and get going in building a relatively complex application in no time. Sure, there are things that are still in the works, but the API is very intuitive and the knowledge I already had from React was quite transferable.
When using Svelte, I always feel like Im just writing regular HTML, CSS and JavaScript, and whatever powers are given to it by the framework are done under the hood. I really think this is how writing for the modern frontend web should feel. Im excited for the future of Svelte, and Im excited to be joining the community so early. Hopefully this is the start of many years of blissful coding!
Should you use Svelte right now?
Well, it depends.
Are you learning your first framework? If so, whats your goal? If youre looking for an easy tool to learn, for something that will empower you to build interactive UIs, or just for some additional knowledge and experience, Id recommend Svelte wholeheartedly. Theres no wrong choice when it comes to developing your own skills, and Svelte is easy for beginners to learn quickly.
On the other hand, if youre learning in the hopes of getting a job with your newfound skills, it would be hard to recommend anything other than React because its the largest framework by far in terms of market share and jobs available. The industry went in heavily on React, and I dont see that changing any time soon. There arent many employment opportunities for Svelte right now. Because its new, its not easy to get developers who already know it or are interested in learning it. Though, if you already know React, I think its worth learning Svelte for the perspective if nothing else.
Alternately, are you choosing a technology for a relatively new startup or project like me? Svelte will likely enable you to move quicker and build something thats more performant, but hiring or collaborating may be a challenge given the relatively small pool of Svelte developers. Where React, Vue and Angular all have large communities full of resources for you to take advantage of, Svelte can seem comparatively small. The fear, then, is that when or if you need to reach for additional packages to handle things beyond the main frameworks capabilities, you may be left in the rut.
That said, knowing one JavaScript framework tends to make learning a new one easier and Svelte is, in my opinion, the easiest to start with. Any developer whos already familiar with another frontend framework should be able to pick up Svelte pretty quickly, and vice versa.
The future of Svelte
In the State of JS 2021 survey, Svelte had a 90% satisfaction rating, coming a close second to Solid. It also took the top spot as the most loved framework in the 2021 Stackoverflow Developer Survey. All public survey data is going to have biases, but roughly speaking these are great numbers for a small time framework.
Compared to modern mainstream frameworks like React and Vue and their communities, Svelte is smaller and less mature, but its community is active and established. As a result, Svelte is now commonly mentioned in the same breath as React, Vue, Angular, Preact, and Ember.
Unlike React, which has benefited from nearly a decade of optimisation already and may not have a lot left to squeeze out of it at this point, Svelte is comparably young. If Im betting on which framework will improve more in the future relative to its current position, Im backing Svelte no question. And, the bonus to being an early-adopter is that you become one of the initial groups of community contributors.
Its worth mentioning that since Svelte started becoming popular, other frameworks have learned from it leading to some synergies in the communities.
The arguments against adopting Svelte grow fewer everyday.
The end of 2021 came with some exciting news: Svelte and Vercel announced that Svelte creator Rich Harris will join Vercel to work on Svelte full-time. This should accelerate the development of features, and hopefully push Svelte further into the mainstream.
I hope Ive made you as excited about Svelte as I am! I encourage you to try it out on your own, even if its just playing around in the Svelte tutorial.
If you have any questions or thoughts, reach out!
The Pro-Search repo is public here! so feel free to contribute.
Resources
If youre new to Svelte, these three presentations by Rich Harris, the creator of Svelte, are a popular way to get a pretty comprehensive introduction of what it is, why it exists, and what it wants to achieve.
Top comments (0)