Skip to content

toryas/nogen

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

4 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

NoGeN

¿Que es nogen?

Nogen es una herramienta cli basada en node-plop para la generación de microservicios.

Instalación

Para poder ocupar nogen desde cuelquier directorio se debe instalar nogen de forma global.

npm i -g nogen

Luego el comando para de nogen es ngn

Guía de uso

Como crear un nuevo microservicio

Para la creaión de un nuevo artefacto ejecuta el comando:

ngn new [nombre artefacto]

Ejemplo:

> ngn new users

El ejecutar el comando debe completar los datos que el asistente solicitara, los cuales son:

  • Artifact Type ( API, BFF o Microservice )
  • Description
  • Author

Una vez completados los datos, se creara una carpeta con el nombre users en donde se encuentra el artefacto. Para saber más sobre la estrutura del artefacto y sus componentes ver apartado descripción del artefacto.

Como crear un módulo

Para la creación de un nuevo módulo ejecuta dentro de la raíz del artefacto el comando:

ngn g m [nombre modulo]

Este comando genera los archivos del nuevo módulo en la ruta [artefacto]/src/modules/[nombre modulo] y agrega la ruta del nuevo módulo en el archivo route del servidor, de modo que todas las operaciones dentro del módulo tendran la miam ruta base.

Ejemplo:

Seguiremos con el ejemplo anterior usaremos el artefacto users y cearemos un módulo llamado validations. Una vez dentro de la carpeta users ejecutaremos el comando ngn g m validations

> cd users
> ngn g m validations

Al terminar de ejecutar el comando se habra creado el módulo validations en la ruta users/src/modules/validatinos

src
├── modules
|    └── validations
|       ├── validations.codes.json
|       └── validations.module.js
|

Ahora todas las rutas de las operaciones dentro de este módulo tendran la siguiente forma:

http://[ip servidor:PORT]/[tipo artefacto]/[version]/users/validations/[operacion]

Para ser mas especifico:

http://localhost:3000/microservice/v1/users/validations/...

Como agregar un operacion al microservicio

Existen 2 opciones para crear una operación:

Crear operación dentro de un módulo

Para la creación de una nueva operacion dentro de un módulo ejecuta dentro de la raíz del artefacto el comando:

ngn g c /[nombre módulo]/[nombre operacion]

Luego de ejecutar el comando deberas indicar de que tipo es tu operacíon, las opciones soportadas son: GET, POST, PUT y DELETE.

Este comando genera los archivos de la nueva operación en la ruta [artefacto]/src/modules/[nombre módulo]/controllers/[nombre operacion] ,agrega la ruta de la operacion al archivo de configuración del módulo y generara la estructura de cofigos para la operacion en el archivo de codigos de respuesta del módulo.

Ejemplo:

Siguiendo con el ejemplo del microservicio users crearemos una operacion llamada age dentro del módulo validations.

> cd users
> ngn g c /validations/age

Nos preguntara que tipo de operacion es y escojeremos en esta oportunidad POST.

Se creara la operacion age ( el nombre de operaciones se traasforma a kebab-case ) en la ruta users/src/modules/validations/controllers/age.controller.js

Crear operación sin módulo

Para la creación de una nueva operacion sin un módulo ejecuta dentro de la raíz del artefacto el comando:

ngn g c [nombre operación]

Luego de ejecutar el comando deberas indicar de que tipo es tu operacíon, las opciones soportadas son: GET, POST, PUT y DELETE.

Este comando genera los archivos de la nueva operación en la ruta [artefacto]/src/api/controllers/[nombre operacion] ,agrega la ruta de la operacion al archivo de rutas del servidor y generara la estructura de códigos de respuesta para la operacion en el archivo de codigos de respuesta de apis.

Ejemplo:

Siguiendo con el ejemplo del microservicio users crearemos una operacion llamada age.

> cd users
> ngn g c age

Nos preguntara que tipo de operacion es y escojeremos en esta oportunidad GET.

Se creara la operacion age ( el nombre de operaciones se traasforma a kebab-case ) en la ruta users/src/api/controllers/age.controller.js

src
└── api
    ├── controllers
    │   └── age.controller.js
    └── api.codes.json

Se agregara en el archivo api.codes.json la estructura de codigos de respuestas para la operacion age y se agregara la ruta de la operaion en el archivo /src/core/server/router.js.

La ruta de esta operacion sera:

http://localhost:3000/microservicio/v1/users/age

Descripción del Artefacto

Estructura del artefacto

Esta es la estructura basica de un artefacto generado con el comando bang new

.
├── .babelrc
├── Makefile
├── README.md
├── jest.config.js
├── package.json
└── src
    ├── config
    │   ├── general-codes.json
    │   └── general.config.js
    ├── core
    │   ├── domain
    │   │   └── response.js
    │   ├── middleware
    │   │   ├── error.middleware.js
    │   ├── server
    │   │   ├── index.js
    │   │   └── router.js
    │   └── util
    │       ├── codes.util.js
    │       ├── config-validator.util.js
    │       ├── json.util.js
    │       ├── logger.util.js
    │       ├── request.util.js
    │       └── response.util.js
    ├── api (opcional)
    └── modules (opcional)

Raíz de directorio

En la carpeta raíz del artefacto se encuentra una serie de archivos y directorios que se detallan acontinuacion.

  • .babelrc : archivo de configuracion de Babel.

  • Makefile : archivo con instrucciones make, las instrucciones precargadas son :

    • run
    • build
    • install
    • unit-test
    • contract
    • coverage
  • README .md : readme del proyecto.

  • jest.config.js : archivo de configuración de Jest.

  • package.json : archivo de configuración del proyecto node.

  • src : carpeta con el codigo fuente del proyecto.

Directorio SRC

Este directorio contiene el código fuente del proyecto y se estructura de la siguiente forma:

  • config: este directorio contiene las los archivos de configuración generales del proyecto, estos son:

  • core : este directorio contiene el núcleo del artefacto, en su interior se encuentran utilitarios,middlewares y el server. Esta estructurada de la siguiente forma:

    • domain : directorio con objeto de dominion propio interno del core.
    • middleware : directorio con middlewares utilizados en el servidor. Para más informacion de los middlewares disponibles ver apartado middlewares.
    • server : directorio que contiene archivo de servidor y manejador de rutas del servidor.
    • util : directorio con utilitarios. Para ás información de los utilitarios disponibles vew apratado utilitarios.
  • api (opcional) : este directorio contiene las operaciones del artefacto que no se agrupan dentro de ningun módulo. Este directorio es opcional debido a que el artefacto puede solo tener operaciones agrupadas en módulos. Para más informacion de creacion de operaciones ver apartado creación de operaciones.

  • modules (opcional) : este directorio contiene los modulos del artefacto, donde cada módulo agrupa operaciones. Este directorio es opcional debido a que el artefacto puede solo tener operaciones sin modulos (apis). Para mas informacion de la creacion de módulos ver el apartado creacion de módulos.

Configuraciones

Configuración códigos de respuesta

El artefacto tiene 3 tipos de archivos donde se configurarn las respuestas, estos son:

  • general-codes.json
  • api.codes.json
  • [modulo].codes.json

Estos 3 tipos de archivos se encuentran en diferentes directorios y se crean dependiendo de la necesidad, pero su estructura es la misma.

Estructura de códigos de respuesta

{
  "moduleName": "api",
  "moduleApi": [
    {
      "apiCode": "API",
      "codeGroup": [
        {
          "httpStatus": 200,
          "code": "0000",
          "message": "success"
        }
      ]
    }
  ]
}
Elemento Tipo de dato Descripción
moduleName String Nobre del módulo
moduleApi Array Contiene el listado de operaciones y sus codigos
apiCode String Código de la operación
codeGroup Array Contiene los la tripleta de códigos httpStatus,código y mensaje
httpStatus Numeric Representa el status code de la respueta http
code String Representa el código de respuesta
message String Es el mensaje de la respuesta

Definición de archivos

  • general-codes.json : Este archivo se encuentra en la ruta [nombre artefacto]/src/config/ y contiene los codigos genericos del artefacto.
  • api.codes.json : Este archivo se encuentra en la ruta [nombre artefacto]/src/api/ y se crea al momento de crear operaciones que no estan agrupadas por un módulo y contiene todos los códigos de respuestas de dichas operaciones.
  • [modulo].codes.json : Este archivo se crea al momento de crear un módulo y su nombre dependera del nombre del módulo creado, por ejemplo, si se crea un módulo co el comando bang g m restricciones se creara el archivo restricciones.codes.json y su ruta sera [nombre artefacto]/src/modules/restricciones/restricciones.codes.json. Este archivo contiene todos los códigos de respuestas de las operaciones agrupadas dentro de este módulo.

Configuración variables

Las variables del artefacto de configurarn en el archivo general.config.js. este archivo se encuentra en la ruta [nombre artefacto]/src/config/

Por defecto el artefacto se crea con una nica variable llamada PORT que apunta a la variable de entono process.env.PORT. esta variable se utiliza para identificar el PORT en el que escucha las peticiones el artefacto.

La configuracion general de variables se encuentran de la siguiente forma:

export const GENERAL_CONFIG = {
  PORT: process.env.PORT
};

Se recomienda que si desea agregar nuevas variables, estas se agreguen a continuacion de la variable PORT, de la siguiente forma:

export const GENERAL_CONFIG = {
  PORT: process.env.PORT,
  VARIABLE:"VALOR"
};

En el caso que se quiera crear nuevo grupo de variables puede crear en el mismo archivo un nuevo conjunto de variables:

export const GENERAL_CONFIG = {
  PORT: process.env.PORT
};

export const MYSQL_CONFIG = {
  USER: process.env.USER,
  PASSWORD:process.end.PASSWORD
};

Para utilizar alguna de las variables en el archivo general.config.js debe importar de la siguiente manera:

import {[grupo de varaibles]} from '#config'

Ejemplo:

import {GENERAL_CONFIG} from '#config'

console.log(GENERAL_CONFIG.PORT);
//Esto imprime el valos de process.env.PORT

Middlewares

Para utilizar alguno de los middleware disponible debe importarlo de la siguiente manera:

import { nombre middleware} from '#middleware\[archivo middleware]'

Ejemplo:

import {catchNotFoundError} from '#middleware\error.middleware'

A continuaion se listan los middleware disponibles y su funcionamiento.

Nombre middleware Ubicacion Descripción
catchGenericError error.middleware.js Este middleware captura los errores que no han sido controlados. Este middleware es implementado en el serivor por defecto.
catchNotFoundError error.middleware.js Este middleware captura las peticiones a rutas inexistentes en el artefacto, devolviendo un error 404. Este middleware es implementado en el servidor por defecto.

Utils

Para utilizar alguno de los utilitarios disponible debe importarlo de la siguiente manera:

import { nombre utilitario} from '#util\[archivo utilitario]'

Ejemplo:

import {getLogger} from '#util\logger.util'

A continuacion se listan los utilitarios disponibles y su funcionamiento.

Nombre Utilitario Ubicacion Descripción
getCodeApi codes.util.js Retorna los codigos de un api
isFullDefined json.util.js Verifica que el JSON no tenga elementos sin definir ( en estado undefined).
elementType json.util.js Identifica el tipo de objecto del elemento: null,undefined,strgin, array, number, object.
getLogger logger.util.js Retorna un logger con el nombre especifico que se le da para loggear.
errorToOneLine logger.util.js Trasforma un error a un String de una linea.
responseBuilder request.util.js Crea una respuesta de salida para el artefacto.

About

node generator for microservices

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published