Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

382
Vistas
Escribir la lógica empresarial del nodo detrás de openapi-generator-cli nodejs-express-server

Actualmente estamos haciendo lo siguiente:

Usando un openapitools.json que se parece a lo siguiente:

 { "$schema": "node_modules/@openapitools/openapi-generator-cli/config.schema.json", "spaces": 2, "generator-cli": { "version": "5.1.1", "generators": { "node_v1.0": { "generatorName": "nodejs-express-server", "output": "#{cwd}/api/gen/v1.0/#{name}", "glob": "openapi/*.yaml" } } } }

Y ejecutamos un comando:

npx openapi-generator-cli generate

Lo que crea este directorio gen cuya estructura es como:

 - api - controllers - services - utils

etc.

Actualmente, nuestra solución para la lógica comercial y de la base de datos es ir a controllers/DefaultController.js y cambiar el enlace requerido para Service para que apunte a nuestro código src/business_logic/Service.js real. En nuestro código Service.js, llamamos a otra lógica en los puntos finales como, por ejemplo:

 static getMaterials() { const payload = MaterialLogic.materialFetchAll(); const code = 200; return { payload, code }; }

Como referencia, el código generado se ve así, pero puede ver que no hay lógica:

 /** * Returns list of materials * * returns List * */ const getMaterials = () => new Promise( async (resolve, reject) => { try { resolve(Service.successResponse({ })); } catch (e) { reject(Service.rejectResponse( e.message || 'Invalid input', e.status || 405, )); } }, );

La especificación de OpenAPI para esto se ve así:

 /materials: get: operationId: getMaterials description: Returns list of materials responses: 200: description: list of Materials content: application/json: schema: type: array items: $ref: '#/components/schemas/Material' 401: description: not authorized to use this endpoint

Obviamente, es un enfoque incorrecto para nosotros tener que cambiar cualquier código en gen para que nuestra aplicación funcione, ya que debe anularse y generarse en cualquier momento (de ahí el objetivo de usar herramientas openapi gen). ¿Cuál es la forma correcta de hacer esto? En nuestra especificación de openapi, ¿hay alguna manera de especificar un Service.js diferente para usar? ¿O hay algún tipo de inyección de dependencia que nos falta para incluir nuestra lógica comercial/de base de datos? Esperemos que nuestro problema sea lo suficientemente claro.

over 4 years ago · Santiago Trujillo
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda