Helper no debería requerir que el usuario se preocupe por los métodos o rutas: debería ayudar a las personas a enviar correos electrónicos con valores predeterminados sensibles, como cualquier otro cliente API en npm.
debería ayudar a las personas a enviar correos electrónicos con valores predeterminados razonables, como cualquier otro cliente API en npm
Desafortunadamente, este módulo se comporta más como un conjunto de ayuda básica para construir cargas útiles de sendgrid. Y debería evitar que json con formato incorrecto llegue a la API en primer lugar. Como mínimo, se preferiría la documentación adecuada a conocer las deficiencias del módulo a través de errores en el cuerpo de respuesta de la API. Definitivamente necesita más pulido por todas partes.
Hola @mikemaccana ,
Está en lo correcto y los cambios vendrán pronto, consulte: https://github.com/sendgrid/sendgrid-nodejs/issues/290
@eizzo ,
Sí, el propósito de esta primera reescritura fue obtener soporte de bajo nivel para toda la API web v3 en funcionamiento, mientras se elimina el acoplamiento estrecho que tenía la biblioteca anterior en el punto final de envío de correo anterior. Lo invitamos a unirse a nosotros en ese viaje, por favor, eche un vistazo a esto cuando tenga un momento: https://github.com/sendgrid/sendgrid-nodejs/issues/290
Espero sus comentarios a ambos mientras continuamos en el camino de la implementación completa de esta biblioteca.
¡Gracias por su apoyo!
Estoy cerrando este boleto; sin embargo, no dude en abrir nuevos problemas o extraer solicitudes con detalles o ideas de implementación específicos.
¿Alguna ayuda próximamente para eliminar / eludir esta locura de ayudantes?
Hola @honkskillet ,
Sí :)
Siga el proyecto Mail Helper Enhancement (v3 mail / send) si desea seguir o contribuir. @adamreisnz propondrá la nueva interfaz de ayuda allí para
Con los mejores deseos,
Elmer
Comentario más útil
Desafortunadamente, este módulo se comporta más como un conjunto de ayuda básica para construir cargas útiles de sendgrid. Y debería evitar que json con formato incorrecto llegue a la API en primer lugar. Como mínimo, se preferiría la documentación adecuada a conocer las deficiencias del módulo a través de errores en el cuerpo de respuesta de la API. Definitivamente necesita más pulido por todas partes.