どんなサポートを考えていましたか?
apiによるレート制限をライブラリに自動的に処理させることを念頭に置いていた場合は、ライブラリユーザーに処理を任せたほうがよいと思います。
それ以外の場合は、API制限応答に従って電子メールの送信を抑制するクライアント側の電子メールキューを作成する必要があります。
これは、図書館のユーザーにとって望ましくない「魔法」のようなものです。
こんにちは@mderazon!
フィードバックをお寄せいただきありがとうございます!
これまでのところ、C#用の@Jerichoのソリューションが本当に気に入っています: //github.com/sendgrid/sendgrid-csharp/issues/369#issuecomment -263744071
@thinkingseriousどのエンドポイントにどの制限が適用され、それらの制限が何であるかは実際には明確ではありません。 これはこれを議論するためのフォーラムではないことを私は理解していますが、私たちが上記の制限に達する可能性がどれほどあるかを知らなければ、最善の解決策が何であるかを確実に言うことはできません。
ただし、再試行戦略に合格できることは素晴らしいアイデアであり、メモリ内またはキューイングソリューションを可能にします。
エンドポイントにはさまざまな制限がありますが、すべて同じ方法で制限を報告します。 それは役に立ちますか? :#
最も参考になるコメント
@thinkingseriousどのエンドポイントにどの制限が適用され、それらの制限が何であるかは実際には明確ではありません。 これはこれを議論するためのフォーラムではないことを私は理解していますが、私たちが上記の制限に達する可能性がどれほどあるかを知らなければ、最善の解決策が何であるかを確実に言うことはできません。
ただし、再試行戦略に合格できることは素晴らしいアイデアであり、メモリ内またはキューイングソリューションを可能にします。