unplugin-vue-router
Automatic file based Routing in Vue with TS support ✨
This build-time plugin simplifies your routing setup and makes it safer and easier to use thanks to TypeScript. Requires Vue Router at least 4.1.0.
⚠️ This package is still experimental. If you found any issue, design flaw, or have ideas to improve it, please, open an issue or a Discussion.
Install
npm i -D unplugin-vue-router
Vite
import VueRouter from 'unplugin-vue-router/vite'
export default defineConfig({
plugins: [
VueRouter({
}),
],
})
Example: playground/
Rollup
import VueRouter from 'unplugin-vue-router/rollup'
export default {
plugins: [
VueRouter({
}),
],
}
Webpack
module.exports = {
plugins: [
require('unplugin-vue-router/webpack')({
}),
],
}
Vue CLI
module.exports = {
configureWebpack: {
plugins: [
require('unplugin-vue-router/webpack')({
}),
],
},
}
esbuild
import { build } from 'esbuild'
import VueRouter from 'unplugin-vue-router/esbuild'
build({
plugins: [VueRouter()],
})
Then, you can run your dev server (usually npm run dev
to generate the first version of the types) you can replace your imports from vue-router
to @vue-router
:
-import { createRouter, createWebHistory } from 'vue-router'
+import { createRouter, createWebHistory } from '@vue-router'
createRouter({
history: createWebHistory(),
// You don't need to pass the routes anymore,
// the plugin writes it for you 🤖
})
If you are using unplugin-auto-import, make sure to remove the vue-router
preset and use the one exported by unplugin-vue-router
:
import { defineConfig } from 'vite'
import AutoImport from 'unplugin-auto-import/vite'
+import { VueRouterExports } from 'unplugin-vue-router'
export default defineConfig({
plugins: [
// other plugins
AutoImport({
imports: [
- 'vue-router',
+ { '@vue-router': VueRouterExports },
],
}),
],
})
Make sure to also check and follow the TypeScript section below if you are using TypeScript or have a jsconfig.json
file.
Configuration
Have a glimpse of all the existing configuration options with their corresponding default values:
VueRouter({
routesFolder: 'src/routes'
dts: './typed-router.d.ts',
getRouteName: (routeNode) => myOwnGenerateRouteName(routeNode),
})
Routes folder structure
By default, this plugins checks the folder at src/routes
for any .vue
files and generates the corresponding routing structure basing itself in the file name. This way, you no longer need to maintain a routes
array when adding routes to your application, instead just add the new .vue
component to the routes folder and let this plugin do the rest!
Let's take a look at a simple example:
src/routes/
├── index.vue
├── about.vue
└── users/
├── index.vue
└── [id].vue
This will generate the following routes:
/
: -> renders the index.vue
component/about
: -> renders the about.vue
component/users
: -> renders the users/index.vue
component/users/:id
: -> renders the users/[id].vue
component. id
becomes a route param.
Index Routes
Any index.vue
file will generate an empty path (similar to index.html
files):
src/routes/index.vue
: generates a /
routesrc/routes/users/index.vue
: generates a /users
route
Nested Routes
Nested routes are automatically defined by defining a .vue
file alongside a folder with the same name. If you create both a src/routes/users/index.vue
and a src/routes/users.vue
components, the src/routes/users/index.vue
will be rendered within the src/routes/users.vue
's <RouterView>
.
In other words, given this folder structure:
src/routes/
├── users/
│ └── index.vue
└── users.vue
You will get this routes
array:
const routes = [
{
path: '/users',
component: () => import('src/routes/users.vue'),
children: [
{ path: '', component: () => import('src/routes/users/index.vue') },
],
},
]
While omitting the src/routes/users.vue
component will generate the following routes:
const routes = [
{
path: '/users',
children: [
{ path: '', component: () => import('src/routes/users/index.vue') },
],
},
]
Note users/
could be any valid route like my-[id]-param/
.
Nested routes without nesting layouts
Sometimes you might want to add nesting to the URL in the form of slashes but you don't want it to impact your UI hierarchy. Consider the following folder structure:
src/routes/
├── users/
│ ├── index.vue
│ ├── [id].vue
│ └── index.vue
└── users.vue
Named routes
All generated routes that have a component
property will have a name
property. This avoid accidentally directing your users to a parent route. By default, names are generated using the file path, but you can override this behavior by passing a custom getRouteName()
function. You will get TypeScript validation almost everywhere, so changing this should be easy.
Dynamic Routes
You can add route params by wrapping the param name with brackets, e.g. src/routes/users/[id].vue
will create a route with the following path: /users/:id
.
You can create optional params by wrapping the param name with an extra pair of brackets, e.g. src/routes/users/[[id]].vue
will create a route with the following path: /users/:id?
.
You can create repeatable params by adding a plus character (+
) after the closing bracket, e.g. src/routes/articles/[slugs]+.vue
will create a route with the following path: /articles/:slugs+
.
And you can combine both to create optional repeatable params, e.g. src/routes/articles/[[slugs]]+.vue
will create a route with the following path: /articles/:slugs*
.
Catch all / 404 Not found route
To create a catch all route prepend 3 dots (...
) to the param name, e.g. src/routes/[...path].vue
will create a route with the following path: /:path(.*)
. This will match any route. Note this can be done inside a folder too, e.g. src/routes/articles/[...path].vue
will create a route with the following path: /articles/:path(.*)
.
TypeScript
This plugin generates a d.ts
file with all the typing overrides when the dev or build server is ran. Make sure to include it in your tsconfig.json
's (or jsconfig.json
's) include
or files
property:
{
"include": [ "typed-router.d.ts"]
}
Then, you will be able to import from @vue-router
(instead of vue-router
) to get access to the typed APIs. You can commit the typed-router.d.ts
file to your repository to make your life easier.
You can always take a look at the generated typed-router.d.ts
file to inspect what are the generated types. unplugin-vue-router
improves upon many of the existing types in vue-router
and adds a few ones as well:
RouteNamedMap
The RouteNamedMap
interface gives you access to all the metadata associated with a route. It can also be extended to enable types for dynamic routes that are added during runtime.
import type { RouteNamedMap } from '@vue-router/routes'
Extending types with dynamically added routes:
declare module '@vue-router/routes' {
import type {
RouteRecordInfo,
ParamValue,
ParamValueOneOrMore,
ParamValueZeroOrMore,
ParamValueZeroOrOne,
} from 'unplugin-vue-router'
export interface RouteNamedMap {
'custom-dynamic-name': RouteRecordInfo<
'custom-dynamic-name',
'/added-during-runtime/[...path]',
{ path: ParamValue<true> },
{ path: ParamValue<false> }
>
}
}
RouterTyped
The RouterTyped
type gives you access to the typed version of the router instance. It's also the ReturnType of the useRouter()
function.
import type { RouterTyped } from '@vue-router'
RouterLocationResolved
The RouterLocationResolved
type exposed by @vue-router
allows passing a generic (which autocomplete) to type a route whenever checking the name doesn't makes sense because you know the type. This is useful for cases like <RouterLink v-slot="{ route }">
:
<RouterLink v-slot="{ route }">
User {{ (route as RouterLocationResolved<'/users/[id]'>).params.id }}
</RouterLink>
This type corresponds to the return type of router.resolve()
.
You have the same equivalents for RouterLocation
, RouterLocationNormalized
, and RouterLocationNormalizedLoaded
. All of them exist in vue-router
but the one exposed by @vue-router
accept a generic:
let userWithId: RouterLocationNormalizedLoaded<'/users/[id]'> = useRoute()
userWithId = useRoute<'/users/[id]'>()
userWithId = useRoute('/users/[id]')
Named views
It is possible to define named views by appending an @
+ a name to their filename, e.g. a file named src/routes/index@aux.vue
will generate a route of:
{
path: '/',
component: {
aux: () => import('src/routes/index@aux.vue')
}
}
Note that by default a non named route is named default
and that you don't need to name your file index@default.vue
even if there are other named views (e.g. having index@aux.vue
and index.vue
is the same as having index@aux.vue
and index@default.vue
).
Extending existing routes
SFC <route>
custom block
The <route>
custom block is a way to extend existing routes. It can be used to add new meta
fields, override the path
, the name
, or anything else in a route. It has to be added to a .vue
component inside of the routes folder. It is similar to the same feature in vite-plugin-pages to facilitate migration.
<route lang="json">
{
"name": "name-override",
"meta": {
"requiresAuth": false
}
}
</route>
Note you can specify the language to use with <route lang="yaml">
. By default, the language is JSON5 (more flexible version of JSON) but yaml and JSON are also supported. This will also add Syntax Highlighting.
extendRoutes()
You can extend existing routes by passing an extendRoutes
function to createRouter()
. This should be used as a last resort (or until a feature is natively available here):
import { createWebHistory, createRouter } from '@vue-router'
const router = createRouter({
extendRoutes: (routes) => {
const adminRoute = routes.find((r) => r.name === '/admin')
if (!adminRoute) {
adminRoute.meta ??= {}
adminRoute.meta.requiresAuth = true
}
return routes
},
history: createWebHistory(),
})
As this plugin evolves, this function should be used less and less and only become necessary in unique edge cases.
One example of this is using vite-plugin-vue-layouts which can only be used alongside extendRoutes()
:
import { createRouter } from '@vue-router'
import { setupLayouts } from 'virtual:generated-layouts'
const router = createRouter({
extendRoutes: (routes) => setupLayouts(routes),
})
Rationale
This project idea came from trying to type the router directly using Typescript, finding out it's not fast enough to be pleasant to use and, ending up using build-based tools, taking some inspiration from other projects like:
License
MIT