NestJS challenge: take the steps developing a REST API
Your Blueprint to a NestJS REST API project
Your Blueprint to a NestJS REST API project
NestJS offers us the solo @nestjs/jwt module that allows us to integrate JWT in our project.
The Passport package is a massively used NodeJS library, whose “sole purpose is to authenticate requests, which it does through an extensible set of plugins known as strategies.
Here is a detailed post of how you can implement them in your project.
NestJS Modules are Singletons by default. Their Providers are also singletons when they are provided from within the same module. However, there are cases where we want to use just a single solo class as provider to a couple or more modules. In such cases we can use the solo class as singleton or not. Let’s see how we can do that.
In this post we will try to focus on how to start implementing the class-validator and class-transformer libraries. Both of them are widely used tools for validating REST API Requests’ data and/or transform your API Responses before to send them back to the client.
NestJS provides the necessary documentation for working with different environments (development, production, etc.) using external configuration files and environment variables. So, if you have already taken a look there, then the below provided cases, will give you a hand to start implementing your (relatively simple) project as well.
A circular dependency occurs when two classes depend on each other. For example, class A needs class B, and class B also needs class A. Circular dependencies can arise in Nest between modules and between providers.
Here, you can get a nice grasp on how you can avoid the Circular Dependency in Nest.js.
If you want to start playing with Typescript and you are looking for a quick way to implement a simple Typescript project that it runs just in a browser, then this post enlightens a bit about this process.
Here is a somehow detailed description of a well know issue related to the fact that the tsc compiler (transpiler) does not resolve/emit correctly the path aliases to the output JavaScript .js files. As a result, when you try to run the output file via node you get an error.
The solution presented here uses a tiny external specialized package and more specifically as a demo it uses the @ef-carbon/tspm.
Even in the case you are a newcomer, sooner or later, you will start boring the routine of repeating, again and again, the same actions.
Here there is a quite simple approach using just a pure bash shell script. No external tools or npm packages. Just a quick, clean and fast solution, especially handy for your very fundamental installations.
This the 2nd part of a 2-part post about Angular Directives. Here we focus on Structure -or Structural- Directives and also, we continue with the project of the 1st part, and we provide a step-by-step example with code, for a Custom Structural Directive.