@simulacrum/foundation-simulator

This simulator gives some base level functionality which is likely to be used in every simulator. It is built with the expectation to be extended and meet your needs for any custom simulators as well. If you need assistance in building a simulator for your needs, please reach out to Frontside for this or any other consulting services.

Use this base with an OpenAPI specification or other API contract enforcement mechanisms to quickly wire up test data that feels real. Implement APIs that feel real _including_ the handling features such as webhooks, WebSockets, GraphQL, and/or Authentication/Authorization. See the other simulators in these repos as additional examples on how you may implement a simulator.

Quick Start

Get started with some JSON file, and incrementally build up as needs arise. Start with:

``shell
npm install -D @simulacrum/foundation-simulator
`

Then drop this in a file, e.g. start.js:

`js
import { startFoundationSimulationServer } from "@simulacrum/foundation-simulator";

await startFoundationSimulationServer({
port: 9090,
serveJsonFiles: ${import.meta.dirname}/jsonFiles,
});
`

And then run it with Node, et. al.:

`shell
node ./start.js
`

> [!TIP]
> The node CLI now has a --watch or --watch-path arg. Want your simulator to automatically restart? Run it something like this node --watch-path=./simulator ./simulator/start.js (adjust for your folder paths).

Want to write in TypeScript? We recommend using tsx and running by:

`shell
node --import tsx ./start.ts
`

Extending The Simulator Data

This is a base simulator which wires together a few libraries to create a foundation where we may incrementally improve and make the simulating an endpoint more dynamic. It uses the following libraries which you may also refer to their docs as required.

- express for API route handling
- openapi-backend to bootstrap and ensure the supplied OpenAPI specification's contract
- starfx for handling the simulation state and side-effects (such as firing off webhooks and inter-simulation communication)
- effection used internally in starfx to handle events, side-effects and communication through structured concurrency

The foundation simulator includes a base route at localhost: which notes all of the routes and a simple log of requests.

See the ./example and ./tests folders for integrated examples along with the API reference below. Additionally, other simulators within the monorepo and @simulacrum namespace are being built atop this foundation.

API Reference

$3

Pass a port number that may be used instead of the default, 9000.

$3

This takes a path pointing to a directory of JSON files. It is the quickest method to get started and will establish routes for each JSON file based on the directory and filename. The primary use case and API method is GET requests.

$3

If the API that is being simulated maintains an OpenAPI 3.0 specification, the simulator can use that to define routes, provide mock data (contained within the specification), validate payloads and responses, and establish handlers for custom route handling.

$3

For custom routes and responses, this API uses express directly. It supports any API method that express supports: GET, POST, DELETE, etc.

$3

To further customize the data and in-memory, immutable store, this API supports extending the internal immer store. This API relies on starfx heavily, and those docs may also serve as an appropriate reference.

The openpi and extendRouter APIs both include the simulationStore passed in as an arguement to provide an in-memory, mutable store.

$3

This API wraps each API and allows configuration to delay a response. The improves the "real" feel of the simulator that your frontend may load and react more closely to the deployed state.

We have implemented the following in simulators to set a default, but dynamically increase the delay in for testing specific cases.

`js
import { createFoundationSimulationServer } from "@simulacrum/foundation-simulator";

const slowResponse = process.env?.SLOW_RESPONSE
? process.env.SLOW_RESPONSE === "true"
? 800
: parseInt(process.env.SLOW_RESPONSE, 10)
: 0;

export const simulation = createFoundationSimulationServer({
port: 9999,
delayResponses: {
minimum: 50 + slowResponse,
maximum: 1000 + slowResponse * 5,
},
});
``