This document describes routing in the APM plugin.
### Server-side
Route definitions for APM's server-side API are in the [server/routes directory](../server/routes). Routes are created with [the `createRoute` function](../server/routes/create_route.ts). Routes are added to the API in [the `createApmApi` function](../server/routes/create_apm_api.ts), which is initialized in the plugin `start` lifecycle method.
The path and query string parameters are defined in the calls to `createRoute` with io-ts types, so that each route has its parameters type checked.
The client-side routing uses `@kbn/typed-react-router-config`, which is a wrapper around [React Router](https://reactrouter.com/) and [React Router Config](https://www.npmjs.com/package/react-router-config). Its goal is to provide a layer of high-fidelity types that allows us to parse and format URLs for routes while making sure the needed parameters are provided and/or available (typed and validated at runtime). The `history` object used by React Router is injected by the Kibana Platform.
Path (like `serviceName` in '/services/:serviceName/transactions') and query parameters are defined in the route definitions.
For each parameter, an io-ts runtime type needs to be present:
```tsx
{
route: '/services/:serviceName',
element: <Outlet/>,
params: t.intersection([
t.type({
path: t.type({
serviceName: t.string,
})
}),
t.partial({
query: t.partial({
transactionType: t.string
})
})
])
}
```
To be able to use the parameters, you can use `useApmParams`, which will automatically infer the parameter types from the route path:
```ts
const {
path: { serviceName }, // string
query: { transactionType } // string | undefined
} = useApmParams('/services/:serviceName');
```
`useApmParams` will strip query parameters for which there is no validation. The route path should match exactly, but you can also use wildcards: `useApmParams('/*)`. In that case, the return type will be a union type of all possible matching routes.
Previously we used `useUrlParams` for path and query parameters, which we are trying to get away from. When possible, any usage of `useUrlParams` should be replaced by `useApmParams` or other custom hooks that use `useApmParams` internally.
For links that stay inside APM, the preferred way of linking is to call the `useApmRouter` hook, and call `router.link` with the route path and required path and query parameters:
If you're not in React context, you can also import `apmRouter` directly and call its `link` function - but you have to prepend the basePath manually in that case.
We also have the [`getAPMHref` function and `APMLink` component](../public/components/shared/Links/apm/APMLink.tsx), but we should consider them deprecated, in favor of `router.link`. Other components inside that directory contain other functions and components that provide the same functionality for linking to more specific sections inside the APM plugin.