- Serving of a Remix build through a custom NestJS server implementation.
- Support of using NestJS @Injectable() services as Remix
action
andloader
functions via `wireBacken - Support of NestJS pipes in
action
andloader
into backend services - Support of NestJS versioning routing controllers
- Support of NestJS global prefix in app module
Check out this video on YouTube about NestJS, Remix, and the goal of nest-remix
: Supercharged NestJS React Rendering with Remix
This will:
- Install
nest-remix
and its NestJS, Remix, and React dependencies. - (Optionally) Update the tsconfig.json with a known working configuration to support NestJS and Remix.
- (Optionally) Update app.module to use @RemixModule()
- (Optionally) Add the required NPM scripts
- (Optionally) Add versioning to the app module
nest add nest-remix
Details coming soon.
To add the interop layer, import the RemixModule
from nest-remix
into your NestJS application module. The RemixModule takes a configuration object with the following properties
publicDir
- The directory where your Remix public assets reside. This is the directory that Remix will build into.- browserBuildDir` - The directory where your Remix browser build is located. This is the directory Remix will build into.
- serverBuildDir` - The directory where your Remix server build is located. This is the directory Remix will build into.
// before
import { AppService } from './app.service';
import { AppController } from './app.controller';
import { Module } from '@nestjs/common';
@Module({
controllers: [AppController],
providers: [AppService],
exports: [AppService],
})
export class AppModule {}
// after
import * as path from 'path';
import { AppService } from './app.service';
import { AppController } from './app.controller';
import { Module } from '@nestjs/common';
import { RemixModule } from 'nest-remix';
@Module({
imports: [
RemixModule.forRoot({
publicDir: path.join(process.cwd(), 'public'),
browserBuildDir: path.join(process.cwd(), 'build/'),
}),
],
controllers: [AppController],
providers: [AppService],
exports: [AppService],
})
export class AppModule {}
Add all your Remix routes to src/app/routes
as you would in a typical Remix application.
The wireLoader
and wireAction
functions connect to the RemixModule-decorated module to get providers. By supplying these functions with the type to be used as the backend, nest-remix will route the request appropriately given the @Loader()
and @Action()
decorators. Services can be injected into the backend class as expected given their module hierarchy.
It is required to create a new file as the NestJS decorators will attempt to execute as client-side code otherwise, breaking your build. As such, you will need two files for a route now (sorry!) - {your-route}.tsx
and {your-route}.server.ts
(you can name it whatever you want, but this is the recommended naming convention).
Note: backends must be provided/exported to be accessible by the RemixModule-decorated module.
// src/app/routes/hello-world.tsx
import type { ActionFunction, LoaderFunction } from '@remix-run/node';
import { Form, useActionData, useLoaderData } from '@remix-run/react';
import { wireAction, wireLoader } from 'nest-remix/core.server';
import { HelloWorldBackend } from './hello-world.server';
export const loader: LoaderFunction = (args) =>
wireLoader(HelloWorldBackend, args);
export const action: ActionFunction = (args) =>
wireAction(HelloWorldBackend, args);
export default function HelloWorld() {
const { message } = useLoaderData<HelloWorldBackend['getMessage']>();
const actionData = useActionData<
HelloWorldBackend['setMessage'] | HelloWorldBackend['setMessageFallback']
>();
return (
<div style={{ fontFamily: 'system-ui, sans-serif', lineHeight: '1.4' }}>
<h1>Welcome to Remix</h1>
<div style={{ marginTop: 20 }}>{actionData?.newMessage || message}</div>
<fieldset style={{ marginTop: 20 }}>
<legend>Update the message</legend>
<Form method="post">
<input type="text" name="message" defaultValue={''} />
<button>Post update</button>
</Form>
<Form method="put">
<input type="text" name="message" defaultValue={''} />
<button>Put update</button>
</Form>
</fieldset>
</div>
);
}
// src/app/routes/hello-world.server.ts
import { Body, Injectable, ParseIntPipe, Query } from '@nestjs/common';
import { LoaderFunctionArgs } from '@remix-run/node';
import { Action, Loader, RemixArgs } from 'nest-remix';
import { AppService } from './app.service.ts';
@Injectable()
export class HelloWorldBackend {
constructor(private readonly appService: AppService);
@Loader()
getMessage(
@Query('defaultMessage') defaultMessage: string,
@Query('counter', ParseIntPipe) _counter: number,
@RemixArgs() _remixArgs: LoaderFunctionArgs
) {
return { message: defaultMessage || this.appService.getDefaultMessage() };
}
@Action()
async setMessageFallback(@Body() body: { message: string }) {
return { newMessage: body.message + ' [POST, DELETE]' };
}
@Action.Put()
async setMessage(@Body() body: { message: string }) {
return { newMessage: body.message + ' [PUT]' };
}
}
The @Action()
decorator will capture all requests to the wired action
function. Additional routing is possible by using @Action.Post()
, @Action.Put()
, and @Action.Delete()
. It will always fall back to @Action()
if an HTTP verb is not supplied.
@Loader()
- The loader for a view backend@Action()
- The action for a view backend@Action.Post()
- The action for a view backend if the request method is POST@Action.Put()
- The action for a view backend if the request method is PUT@Action.Patch()
- The action for a view backend if the request method is PATCH@Action.Delete()
- The action for a view backend if the request method is DELETE
@RemixArgs()
- Injects the loader or action args@Query()
- Injects a query parameter by name (pipes are supported)@Param()
- Injects a route URL parameter by name (pipes are supported)@Body()
- Injects the request body (pipes are supported)- Support coming soon:
@Headers
,@Session
,@File
,@Files
,@Host
,@Ip
nest-remix
provides a custom decorator, @RemixArgs()
. This provides the LoaderArgs
or ActionArgs
depending on the type of function.
Pipes should work as expected. They are applied to the NestJS request object, NOT the Remix request. But, the Remix request object is accessible via @RemixArgs()
.
@RemixModule
appends a custom controller (RemixController
) which handles the @All('*')
route at the root. This controller is at the end of the pipeline, so NestJS will attempt to server the request before it falls back to Remix. During this process, we use the NestJS module ref to provide injectable services for Remix backends.
As described in the remix.run "gotcha's" page, it is important to use .server
-suffixed files from your routes to avoid server-side rendering attempts on your client-side code. A fortunate side-effect of nest-remix
is that this pattern allows you to funnel all server-side code through nest-remix/core.server
and {your-route}.server.ts
, inherently protecting you.
- Author - Kerry Ritter and BeerMoneyDev
nest-remix is MIT licensed.