Basic Svelte
Introduction
Bindings
Advanced Svelte
Advanced reactivity
Motion
Advanced bindings
Advanced transitions
Context API
Special elements
<script module>
Next steps
Basic SvelteKit
Introduction
Routing
Loading data
Headers and cookies
Shared modules
API routes
$app/state
Errors and redirects
Advanced SvelteKit
Page options
Link options
Advanced routing
Advanced loading
Environment variables
Conclusion
Because SvelteKit uses directory-based routing, it’s easy to place modules and components alongside the routes that use them. A good rule of thumb is ‘put code close to where it’s used’.
Sometimes, code is used in multiple places. When this happens, it’s useful to have a place to put them that can be accessed by all routes without needing to prefix imports with ../../../../
. In SvelteKit, that place is the src/lib
directory. Anything inside this directory can be accessed by any module in src
via the $lib
alias.
Both +page.svelte
files in this exercise import src/lib/message.js
. But if you navigate to /a/deeply/nested/route
, the app breaks, because we got the prefix wrong. Update it to use $lib/message.js
instead:
<script>
import { message } from '$lib/message.js';
</script>
<h1>a deeply nested route</h1>
<p>{message}</p>
<script lang="ts">
import { message } from '$lib/message.js';
</script>
<h1>a deeply nested route</h1>
<p>{message}</p>
Do the same for src/routes/+page.svelte
:
<script>
import { message } from '$lib/message.js';
</script>
<h1>home</h1>
<p>{message}</p>
<script lang="ts">
import { message } from '$lib/message.js';
</script>
<h1>home</h1>
<p>{message}</p>
<script>
import { message } from '../lib/message.js';
</script>
<h1>home</h1>
<p>{message}</p>