π§ implementation Patterns
1. Data Loading (Read Operations)
- Pattern: Suspense.
- Rule: Components must NOT handle
isLoadingexplicitly. - Action:
- Wrap Route Components (or parts of them) in
<Suspense fallback={<Skeleton />}>. - Create granular Skeletons matching the UI layout (e.g.,
ProductCardSkeleton).
- Wrap Route Components (or parts of them) in
2. Route Errors (Page Level)
- Pattern: Error Boundaries.
- Rule: Loaders should usually throw errors to trigger the boundary.
- Action:
- Define
errorComponentincreateRoute. - Handle
404 Not Found(Typed errors) vs500 Server Error(Generic). - Provide "Retry" buttons using
router.invalidate().
- Define
3. Mutation Errors (Write Operations)
- Pattern: Side Effects (Toasts).
- Rule: Do not crash the page on a failed form submission.
- Action:
- Use
onErrorinuseMutationhook. - Trigger a Toast Notification (e.g.,
toast.error("Failed to update product")). - Keep the form data (do not reset) so the user can retry.
- Use
4. Code Example (Route Error)
// interface/router/routes/products/detail.route.ts
export const productDetailRoute = createRoute({
// ...
errorComponent: ({ error, reset }) => {
if (error.message.includes('404')) return <NotFoundPage />;
return <ErrorPage error={error} retry={reset} />;
},
loader: async ({ context }) => {
try {
await context.queryClient.ensureQueryData(...);
} catch (e) {
// Transform API 404 to explicit error
if (isAxios404(e)) throw new Error('404');
throw e;
}
}
});
Keywords
suspense, error-boundary, skeletons, loading-state, 404, 500, toast, mutation-error.
