مرحبا بالجميع،
مع نمو مشروع n8n الخاص بي، لاحظت أن العديد من سير العمل يشاركون نفس المنطق، مثل المصادقة ومعالجة الأخطاء والتحقق من صحة البيانات وإرسال الإخطارات.
في الوقت الحالي، أجد نفسي أنسخ نفس العُقد إلى سير عمل متعددة، مما يجعل الصيانة أصعب. إذا احتجت إلى تحديث جزء من المنطق، فيجب تحريره في عدة أماكن.
على سبيل المثال:Webhook
↓
تحقق من البيانات
↓
مصادقة
↓
منطق العمل
↓
إرسال إشعار
أفكر في نقل المنطق المشترك إلى سير عمل فرعية باستخدام Execute Workflow، لكنني غير متأكد مما إذا كان هذا هو أفضل نهج طويل الأجل.
بالنسبة لأولئك الذين يديرون مشاريع n8n كبيرة:
كيف تنظمون مكونات سير العمل القابلة لإعادة الاستخدام؟
هل تستخدمون سير عمل فرعية للمنطق المشترك، أم تفضلون نمطًا آخر؟
كيف تتعاملون مع الإصدارات عندما يعتمد سير عمل متعددة على نفس سير العمل الفرعي
ما هي رسالة الخطأ (إن وجدت)؟
يرجى مشاركة سير العمل الخاص بك
(حدد العُقد على لوحتك الرسومية واستخدم اختصارات لوحة المفاتيح CMD+C/CTRL+C و CMD+V/CTRL+V لنسخ ولصق سير العمل.)
شارك الإخراج الذي أرجعته العُقدة الأخيرة
معلومات حول إعداد n8n الخاص بك
- إصدار n8n:
- قاعدة البيانات (الافتراضية: SQLite):
- إعداد n8n EXECUTIONS_PROCESS (الافتراضي: own, main):
- تشغيل n8n عبر (Docker, npm, n8n cloud, تطبيق سطح المكتب):
- نظام التشغيل: