يجب ألا يطلب المساعد من المستخدم الاهتمام بالطرق أو المسارات: يجب أن يساعد الأشخاص في إرسال رسائل بريد إلكتروني ذات إعدادات افتراضية معقولة ، مثل أي عميل واجهة برمجة تطبيقات آخر على npm.
يجب أن يساعد الأشخاص على إرسال رسائل بريد إلكتروني ذات إعدادات افتراضية معقولة ، مثل أي عميل API آخر على npm
لسوء الحظ ، تتصرف هذه الوحدة بشكل أشبه بمجموعة مساعدة أساسية لبناء حمولات sendgrid. ويجب أن يمنع json المشوه من الوصول إلى API في المقام الأول. على أقل تقدير ، يُفضل التوثيق المناسب للتعلم من أوجه القصور في الوحدة من خلال أخطاء في هيئة استجابة واجهة برمجة التطبيقات. بالتأكيد يحتاج إلى المزيد من الصقل في كل مكان.
مرحبًا mikemaccana ،
أنت على صواب والتغييرات قادمة قريبًا ، يرجى الاطلاع على: https://github.com/sendgrid/sendgrid-nodejs/issues/290
eizzo ،
نعم ، كان الغرض من إعادة الكتابة الأولى هو الحصول على دعم منخفض المستوى لجميع واجهة برمجة تطبيقات الويب v3 ، مع إزالة الاقتران الضيق الذي كانت المكتبة السابقة له في نقطة نهاية إرسال البريد السابقة. ندعوك للانضمام إلينا في تلك الرحلة ، يرجى إلقاء نظرة على هذا عندما يكون لديك لحظة: https://github.com/sendgrid/sendgrid-nodejs/issues/290
إنني أتطلع إلى تلقي تعليقاتكم بينما نواصل السير على طريق التنفيذ الكامل لهذه المكتبة.
شكرا لدعمك!
أنا أغلق هذه التذكرة. ومع ذلك ، لا تتردد في فتح قضايا جديدة أو سحب الطلبات بتفاصيل أو أفكار تنفيذ محددة.
هل ستتوفر أي مساعدة قريبًا لإزالة / تجنب هذا الجنون المساعد؟
مرحبًا @ honkskillet ،
نعم :)
يرجى اتباع مشروع Mail Helper Enhancement (v3 mail / send) إذا كنت ترغب في المتابعة أو المساهمة. سيقترحadamreisnz واجهة المساعد الجديدة هناك لتعليقات المجتمع.
مع أحر تحياتي،
إلمر
التعليق الأكثر فائدة
لسوء الحظ ، تتصرف هذه الوحدة بشكل أشبه بمجموعة مساعدة أساسية لبناء حمولات sendgrid. ويجب أن يمنع json المشوه من الوصول إلى API في المقام الأول. على أقل تقدير ، يُفضل التوثيق المناسب للتعلم من أوجه القصور في الوحدة من خلال أخطاء في هيئة استجابة واجهة برمجة التطبيقات. بالتأكيد يحتاج إلى المزيد من الصقل في كل مكان.