flowing retail
1.0.0
يوضح نموذج التطبيق هذا نظامًا بسيطًا لتنفيذ الطلبات، مقسمًا إلى عدة مكونات مستقلة (مثل الخدمات الصغيرة ).
يحتوي المستودع على تعليمات برمجية لبدائل تنفيذ متعددة للسماح لجمهور واسع بفهم التعليمات البرمجية ومقارنة البدائل. ويسرد الجدول أدناه هذه البدائل.
يحترم هذا المثال الدروس المستفادة من التصميم المستند إلى المجال (DDD) والهندسة المستندة إلى الأحداث (EDA) والخدمات الدقيقة (μS) وهو مصمم ليمنحك إمكانية الوصول العملي إلى هذه المواضيع.
ملاحظة: تم كتابة الكود لكي يتم شرحه. ومن ثم، فضلت التعليمات البرمجية المبسطة أو النسخ واللصق على التعليمات البرمجية الجاهزة للإنتاج مع الحلول العامة. لا تعتبر أسلوب الترميز أفضل الممارسات! لقد تم كتابته خصيصًا ليكون رمزًا يمكن شرحه بسهولة .
يمكنك العثور على مزيد من المعلومات حول المفاهيم في كتاب التشغيل الآلي للعمليات العملية مع O'Reilly.
يحاكي تدفق التجزئة نظامًا سهلاً للغاية لتلبية الطلبات:
الخيار الأساسي هو اختيار آلية الاتصال :
بعد آلية الاتصال، الخيار التالي هو محرك سير العمل :
و لغة البرمجة :
يحاكي البيع بالتجزئة المتدفق نظامًا سهلاً للغاية لتلبية الطلبات. يتم فصل منطق الأعمال إلى الخدمات الموضحة أعلاه (كما هو موضح كخريطة سياق).
بعض الخدمات طويلة الأمد بطبيعتها - على سبيل المثال: تطلب خدمة الدفع من العملاء تحديث بطاقات الائتمان منتهية الصلاحية. يتم استخدام محرك سير العمل للاستمرار والتحكم في هذه التفاعلات طويلة المدى.
لاحظ أن جهاز الحالة ( أو محرك سير العمل في هذه الحالة ) عبارة عن مكتبة تُستخدم ضمن خدمة واحدة. إذا كانت الخدمات المختلفة تحتاج إلى محرك سير عمل، فيمكنها تشغيل أي محرك تريده. بهذه الطريقة، يكون قرار الفريق مستقلاً إذا كانوا يريدون استخدام إطار عمل، وأي إطار عمل:
