Skip to main content
تعترض خطافات حدود التنفيذ الأطراف الخارجية للتشغيل — قبل بدء أي عمل، وعند حسم المدخلات، وعند جاهزية النتيجة النهائية، وعند انتهاء التنفيذ. وهي تعمل مع الـ Crew والـ Flow على حد سواء، وتُعد المكان المناسب لفحوصات السياسة على مستوى التشغيل وإعادة كتابة المدخلات وتنقية المخرجات.

نظرة عامة

أربع نقاط اعتراض تغطي الحدود: بالنسبة إلى الـ Crew، يكون payload المخرجات CrewOutput. أما في الـ Flow فهو النتيجة النهائية لدالة الـ Flow.

توقيع الخطاف

تتبع خطافات الحدود العقد القياسي: المتابعة (return None)، أو التعديل في المكان، أو الاستبدال بإرجاع قيمة، أو الإجهاض برفع HookAborted. أي إجهاض عند أي حد ينتشر خارج kickoff() مع سببه.

مخطط السياق

تتلقى كل نقطة سياقًا منمّطًا. تشترك جميع السياقات في الحقول الأساسية:
تضيف سياقات كل نقطة اسمًا بديلًا للـ payload:
ctx.inputs هو اسم بديل لقاموس المدخلات الأصلي، لذا فإن التعديلات في المكان عبر أي من الاسمين متكافئة. إذا استبدل خطاف سابق الـ payload بإرجاع dict جديد، فإن ctx.payload وحده يُعاد ربطه — اقرأ واكتب دائمًا عبر ctx.payload عندما يمكن أن تتسلسل الخطافات.

تشغيلات الـ Crew مقابل تشغيلات الـ Flow

تعمل خطافات الحدود على كلا وقتي التشغيل، وتنفيذ الـ Crew يجري داخليًا فوق وقت تشغيل Flow. لذلك أثناء crew.kickoff() يُطلق الخطاف الحدودي العام لحدّ الـ Crew (‏ctx.crew مضبوط وctx.flow يساوي None) و للـ Flow الداخلي (‏ctx.flow مضبوط وctx.crew يساوي None). ميّز حسب وقت التشغيل:

حالات استخدام شائعة

فحص السياسة عند البدء

إعادة كتابة المدخلات

تتدفق المدخلات المعاد كتابتها إلى استيفاء الـ Task، فيتصرف التشغيل كما لو بدأ بالقاموس المعدل. فضّل INPUT لإعادة الكتابة وعامل EXECUTION_START كبوابة سماح/منع. إعادة الكتابة عند EXECUTION_START تظل مُحترمة — في الـ Crew تغذي أيضًا استدعاءات before_kickoff؛ وفي الـ Flow تُطبق تمامًا كإعادة كتابة INPUT.

تنقية المخرجات

يعمل OUTPUT قبل EXECUTION_END، وكلاهما يرى الـ payload (الذي ربما استُبدل) من الخطافات السابقة؛ والقيمة النهائية المعاد كتابتها هي ما يعيده kickoff().

مراقبة الإخفاقات

يُطلق EXECUTION_END مرة واحدة بالضبط لكل تنفيذ، عند النجاح والفشل على حد سواء. عندما يرفع التشغيل استثناءً — خطأ في Task، أو استثناء في دالة Flow، أو HookAborted من نقطة سابقة — يتلقى الخطاف status="failed" مع الاستثناء في ctx.error، ويظل الاستثناء الأصلي ينتشر خارج kickoff() دون تغيير:
تنبيهان: لا يُطلق EXECUTION_END عندما لا يكون EXECUTION_START قد أُرسل أصلًا (الإجهاض عند البدء يعني أن الحد لم يُفتح قط، فلا توجد نهاية تقابله)، ورفع HookAborted من إرسال EXECUTION_END في مسار الفشل يُتجاهل — لم يعد هناك ما يُجهض، والخطأ الأصلي هو الغالب.

الترتيب

لتشغيل Crew يكون ترتيب الحدود:
لتشغيل Flow، تحسم خطافات الحدود المدخلات قبل أن تبدأ أحداث دورة الحياة:
يحمل FlowStartedEvent المدخلات كما حسمتها الخطافات، وإعادة كتابة inputs["id"] داخل خطاف حدودي تعيد توجيه استعادة الحالة. يظهر الإجهاض عند EXECUTION_START مع ذلك كحدث FlowStartedEvent يتبعه FlowFailedEvent، ويُبثان عند الإجهاض مع الحمولة كما حسمتها الخطافات التي عملت قبله. تعمل الخطافات في النقطة نفسها حسب ترتيب التسجيل، الخطافات العامة أولًا ثم الخطافات المحدودة بالـ Crew. تُبث القياسات (HookDispatchedEvent) مع كل إرسال.

إدارة الخطافات في الاختبارات

وثائق ذات صلة