- Getting Started
- Scripts and Tasks
- Debugger in VSCode
- API Routes
- Project Structure
- Logging
- Event Dispatching
- Seeding
- GraphQL
- Docker
- Further Documentations
- Related Projects
- License
You need to set up your development environment before you can do anything.
-
Install Docker and Docker Compose.
-
Install Node.js and NPM
-
Install nps
-
Install Python (required for sqlite build)
-
Launch PostgreSQL -> ./docker/launch.sh
Copy the .env.example
file and rename it to .env
. In this file you have to add your database connection information.
Create a new database with the name you have in your .env
-file.
Then setup your application environment.
npm run setup
This installs all dependencies with npm. After that it migrates the database and seeds some test data into it.
Go to the project dir and start your app with this npm script.
npm start serve
This starts a local server using
nodemon
, which will watch for any file changes and will restart the server according to these changes. The server address will be displayed to you ashttp://0.0.0.0:3000
.
All script are defined in the package-scripts.js
file, but the most important ones are listed below.
- Install all dependencies with
npm install
- Run code quality analysis using
npm run lint
. This runs tslint. - There is also a vscode task for this called
lint
.
- Run the unit tests using
npm start test
(There is also a vscode task for this calledtest
). - Run the integration tests using
npm start test.integration
. - Run the e2e tests using
npm start test.e2e
.
- Run
npm start serve
to start nodemon with ts-node, to serve the app. - The server address will be displayed to you as
http://0.0.0.0:3000
- Run
npm start build
to generated all JavaScript files from the TypeScript sources (There is also a vscode task for this calledbuild
). - To start the builded app located in
dist
usenpm start
.
- Run
npx typeorm migration:create -n <migration-file-name>
to create a new migration file. - Try
npx typeorm -h
to see more useful cli commands like generating migration out of your models. - To migrate your database run
npm start db.migrate
. - To revert your latest migration run
npm start db.revert
. - Drops the complete database schema
npm start db.drop
.
- Run
npm start db.seed
to seed your seeds into the database.
To debug your code run npm start build
or hit cmd + b to build your app.
Then, just set a breakpoint and hit F5 in your Visual Studio Code.
The route prefix is /api
by default, but you can change this in the .env file.
The swagger and the monitor route can be altered in the .env
file.
Route | Description |
---|---|
/api | Shows us the name, description and the version of the package.json |
/graphql | Route to the graphql editor or your query/mutations requests |
/swagger | This is the Swagger UI with our API documentation |
/monitor | Shows a small monitor page for the server |
/api/upload | Example entity endpoint |
Name | Description |
---|---|
.vscode/ | VSCode tasks, launch configuration and some other settings |
dist/ | Compiled source files will be placed here |
src/ | Source files |
src/api/controllers/ | REST API Controllers |
src/api/controllers/requests | Request classes with validation rules if the body is not equal with a model |
src/api/controllers/responses | Response classes or interfaces to type json response bodies |
src/api/errors/ | Custom HttpErrors like 404 NotFound |
src/api/interceptors/ | Interceptors are used to change or replace the data returned to the client. |
src/api/middlewares/ | Express Middlewares like helmet security features |
src/api/models/ | TypeORM Models |
src/api/repositories/ | Repository / DB layer |
src/api/services/ | Service layer |
src/api/subscribers/ | Event subscribers |
src/api/validators/ | Custom validators, which can be used in the request classes |
src/api/resolvers/ | GraphQL resolvers (query, mutation & field-resolver) |
src/api/types/ | GraphQL types ,input-types and scalar types |
src/api/ schema.gql | Generated GraphQL schema |
src/auth/ | Authentication checkers and services |
src/database/factories | Factory the generate fake entities |
src/database/migrations | Database migration scripts |
src/database/seeds | Seeds to create some data in the database |
src/decorators/ | Custom decorators like @Logger & @EventDispatch |
src/modules/ | Contains the app configuration |
src/public/ | Static assets (fonts, css, js, img). |
src/types/ *.d.ts | Custom type definitions and files that aren't on DefinitelyTyped |
test | Tests |
test/e2e/ *.test.ts | End-2-End tests (like e2e) |
test/integration/ *.test.ts | Integration test with SQLite3 |
test/unit/ *.test.ts | Unit tests |
.env.example | Environment configurations |
.env.test | Test environment configurations |
mydb.sql | SQLite database for integration tests. Ignored by git and only available after integration tests |
Our logger is winston. To log http request we use the express middleware morgan.
import { Logger, LoggerInterface } from '../../decorators/Logger';
@Service()
export class UserService {
constructor(
@Logger(__filename) private log: LoggerInterface
) { }
...
We use this awesome repository event-dispatch for event dispatching.
We created a simple annotation to inject the EventDispatcher in your service (see example below). All events are listed in the events.ts
file.
import { events } from '../subscribers/events';
import { EventDispatcher, EventDispatcherInterface } from '../../decorators/EventDispatcher';
@Service()
export class UserService {
constructor(
@EventDispatcher() private eventDispatcher: EventDispatcherInterface
) { }
public async create(user: User): Promise<User> {
...
this.eventDispatcher.dispatch(events.user.created, newUser);
...
}
Seeding is meant to create sample data for your application.
How does it work? Just create a factory for your entities (models) and a seed script.
For all entities we want to seed, we need to define a factory. To do so we give you the awesome faker library as a parameter into your factory. Then create your "fake" entity and return it. Those factory files should be in the src/database/factories
folder and suffixed with Factory
like src/database/factories/UserFactory.ts
.
Settings can be used to pass some static value into the factory.
define(User, (faker: typeof Faker, settings: { roles: string[] }) => {
const gender = faker.random.number(1);
const firstName = faker.name.firstName(gender);
const lastName = faker.name.lastName(gender);
const email = faker.internet.email(firstName, lastName);
const user = new User();
user.firstName = firstName;
user.lastName = lastName;
user.email = email;
user.roles = settings.roles;
return user;
});
Handle relation in the entity factory like this.
define(Pet, (faker: typeof Faker, settings: undefined) => {
const gender = faker.random.number(1);
const name = faker.name.firstName(gender);
const pet = new Pet();
pet.name = name;
pet.age = faker.random.number();
pet.user = factory(User)({ roles: ['admin'] })
return pet;
});
The seeds files define how much and how the data are connected with each other. The files will be executed alphabetically. With the second function, accepting your settings defined in the factories, you are able to create different variations of entities.
export class CreateUsers implements Seeder {
public async run(factory: Factory, connection: Connection): Promise<any> {
await factory(User)({ roles: [] }).createMany(10);
}
}
Here an example with nested factories. You can use the .map()
function to alter
the generated value before they get persisted.
...
await factory(User)()
.map(async (user: User) => {
const pets: Pet[] = await factory(Pet)().createMany(2);
const petIds = pets.map((pet: Pet) => pet.Id);
await user.pets().attach(petIds);
})
.createMany(5);
...
To deal with relations you can use the entity manager like this.
export class CreatePets implements SeedsInterface {
public async seed(factory: FactoryInterface, connection: Connection): Promise<any> {
const connection = await factory.getConnection();
const em = connection.createEntityManager();
await times(10, async (n) => {
// This creates a pet in the database
const pet = await factory(Pet)().create();
// This only returns a entity with fake data
const user = await factory(User)({ roles: ['admin'] }).make();
user.pets = [pet];
await em.save(user);
});
}
}
The last step is the easiest, just hit the following command in your terminal, but be sure you are in the projects root folder.
npm start db.seed
Command | Description |
---|---|
npm start "db.seed" |
Run all seeds |
npm start "db.seed --run CreateBruce,CreatePets" |
Run specific seeds (file names without extension) |
npm start "db.seed -L" |
Log database queries to the terminal |
npm start "db.seed --factories <path>" |
Add a different path to your factories (Default: src/database/ ) |
npm start "db.seed --seeds <path>" |
Add a different path to your seeds (Default: src/database/seeds/ ) |
For the GraphQL part we used the library TypeGraphQL to build awesome GraphQL API's.
The context(shown below) of the GraphQL is builded in the graphqlLoader.ts file. Inside of this loader we create a scoped container for each incoming request.
export interface Context {
requestId: number;
request: express.Request;
response: express.Response;
container: ContainerInstance;
}
For the usage of the DataLoaders we created an annotation, which automatically creates and registers a new DataLoader to the scoped container.
Here is an example of the PetResolver.
import DataLoader from 'dataloader';
import { DLoader } from '../../decorators/DLoader';
...
constructor(
private petService: PetService,
@Logger(__filename) private log: LoggerInterface,
@DLoader(UserModel) private userLoader: DataLoader<string, UserModel>
) { }
...
Or you could use the repository too.
@DLoader(UserRepository) private userLoader: DataLoader<string, UserModel>
Or even use a custom method of your given repository.
@DLoader(PetRepository, {
method: 'findByUserIds',
key: 'userId',
multiple: true,
}) private petLoader: DataLoader<string, PetModel>
Before you start, make sure you have a recent version of Docker installed
docker build -t <your-image-name> .
The port which runs your application inside Docker container is either configured as PORT
property in your .env
configuration file or passed to Docker container via environment variable PORT
. Default port is 3000
.
docker run -d -p <port-on-host>:<port-inside-docker-container> <your-image-name>
docker run -i -t -p <port-on-host>:<port-inside-docker-container> <your-image-name>
docker stop <container-id>
You can get a list of all running Docker container and its ids by following command
docker images
Go to console and press + C at any time.
There are several options to configure your app inside a Docker container
You can use .env
file in project root folder which will be copied inside Docker image. If you want to change a property inside .env
you have to rebuild your Docker image.
You can also change app configuration by passing environment variables via docker run
option -e
or --env
.
docker run --env DB_HOST=localhost -e DB_PORT=3306
Last but not least you can pass a config file to docker run
.
docker run --env-file ./env.list
env.list
example:
# this is a comment
DB_TYPE=mysql
DB_HOST=localhost
DB_PORT=3306
Name & Link | Description |
---|---|
Express | Express is a minimal and flexible Node.js web application framework that provides a robust set of features for web and mobile applications. |
TypeDI | Dependency Injection for TypeScript. |
routing-controllers | Create structured, declarative and beautifully organized class-based controllers with heavy decorators usage in Express / Koa using TypeScript and Routing Controllers Framework. |
TypeORM | TypeORM is highly influenced by other ORMs, such as Hibernate, Doctrine and Entity Framework. |
class-validator | Validation made easy using TypeScript decorators. |
class-transformer | Proper decorator-based transformation / serialization / deserialization of plain javascript objects to class constructors |
event-dispatcher | Dispatching and listening for application events in Typescript |
Helmet | Helmet helps you secure your Express apps by setting various HTTP headers. It’s not a silver bullet, but it can help! |
Jest | Delightful JavaScript Testing Library for unit and e2e tests |
supertest | Super-agent driven library for testing node.js HTTP servers using a fluent API |
nock | HTTP mocking and expectations library |
swagger Documentation | API Tool to describe and document your api. |
SQLite Documentation | Getting Started with SQLite3 – Basic Commands. |
GraphQL Documentation | A query language for your API. |
DataLoader Documentation | DataLoader is a generic utility to be used as part of your application's data fetching layer to provide a consistent API over various backends and reduce requests to those backends via batching and caching. |