Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/beermoneydev/nest-remix

An interop layer between NestJS and Remix
https://github.com/beermoneydev/nest-remix

Last synced: 10 days ago
JSON representation

An interop layer between NestJS and Remix

Awesome Lists containing this project

README

        

nest-remix





An interop layer between NestJS and Remix




NPM Version
Package License
NPM Downloads

# Features

- Serving of a Remix build through a custom NestJS server implementation.
- Support of using NestJS @Injectable() services as Remix `action` and `loader` functions via `wireBacken
- Support of NestJS pipes in `action` and `loader` into backend services
- Support of [NestJS versioning](https://docs.nestjs.com/techniques/versioning) routing controllers
- Support of [NestJS global prefix](https://docs.nestjs.com/faq/global-prefix) in app module

# Overview

Check out this video on YouTube about NestJS, Remix, and the goal of `nest-remix`: Supercharged NestJS React Rendering with Remix

# How To Use

## Install

#### Using NestJS Schematics

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

```bash
nest add nest-remix
```

#### Manually

Details coming soon.

## Basic Usage

#### Setup and Configuration

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.

```ts
// 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 {}
```

#### Adding Remix routes

Add all your Remix routes to `src/app/routes` as you would in a typical Remix application.

#### Using NestJS services as `action` and `loader` functions

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.**

```tsx
// 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();
const actionData = useActionData<
HelloWorldBackend['setMessage'] | HelloWorldBackend['setMessageFallback']
>();

return (


Welcome to Remix


{actionData?.newMessage || message}


Update the message


Post update



Put update



);
}
```

```ts
// 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]' };
}
}
```

##### `action` Routing

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.

##### Available routing decorators

###### Function decorators

- `@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

###### Parameter decorators

- `@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`

##### Accessing the Remix args

`nest-remix` provides a custom decorator, `@RemixArgs()`. This provides the `LoaderArgs` or `ActionArgs` depending on the type of function.

##### NestJS pipes in `@Action()` and `@Loader()` functions

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()`.

## How it works

`@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.

## Important notes

### Use `nest-remix/core.server` in your route files

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.

# Stay In Touch

- Author - [Kerry Ritter](https://twitter.com/kerryritter) and BeerMoneyDev

## License

nest-remix is MIT licensed.