问题摘要
Helper 不应该要求用户关心方法或路径：它应该帮助人们发送带有合理默认值的电子邮件，就像 npm 上的所有其他 API 客户端一样。
重现步骤
- 看看 sendgrid v2。
- 使用 sendgrid v4 并想知道为什么 helper.Email() （至少根据示例）代码需要较低级别的概念。 我不在乎你的端点是什么，除非我覆盖它，这就是我使用你的库而不是原始请求的原因。 有合理的默认值。
question
mikemaccana
👍3
所有4条评论
它应该帮助人们发送带有合理默认值的电子邮件，就像 npm 上的所有其他 API 客户端一样
不幸的是，这个模块的行为更像是一个用于构建 sendgrid 有效负载的基本助手集。 它应该首先防止格式错误的 json 访问 API。 至少，与通过 API 响应正文中的错误了解模块的缺点相比，更喜欢使用适当的文档。 绝对需要更多的抛光。
eizzo
于 2016-09-16
👍2
你好@mikemaccana ，
您是正确的，即将更改，请参阅： https :
@eizzo ，
是的，第一次重写的目的是获得对所有 v3 Web API 的低级别支持，同时消除之前的库在之前的邮件发送端点上的紧密耦合。 我们邀请您加入我们的旅程，有时间请看一下： https :
在我们继续全面实施该库的过程中，我期待着您的反馈。
谢谢您的支持！
我正在关闭这张票； 但是，请随时打开具有特定实现细节或想法的新问题或拉取请求。
thinkingserious
于 2016-09-16
是否有任何帮助即将消除/回避这个帮手的疯狂？
honkskillet
于 2017-03-18
嗨@honkskillet ，
是的 ：）
如果您想关注或贡献，请关注Mail Helper Enhancement (v3 mail/send) 项目。 @adamreisnz将在那里提出新的帮助程序界面以供社区反馈。
最诚挚的问候，
埃尔默
thinkingserious
于 2017-03-18
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
danielflippance
·
4评论
amlcodes
·
4评论
egges
·
3评论
wooyah
·
4评论
TobiahRex
·
3评论
最有用的评论
不幸的是，这个模块的行为更像是一个用于构建 sendgrid 有效负载的基本助手集。 它应该首先防止格式错误的 json 访问 API。 至少，与通过 API 响应正文中的错误了解模块的缺点相比，更喜欢使用适当的文档。 绝对需要更多的抛光。