نطاق أسماء <SI-Namespace>::skeleton::triggers

توفر مساحة الأسماء <SI-Namespace>::skeleton::triggers لهياكل الخدمات في وحدة الاتصال com لـ AUTOSAR Adaptive Platform فئات مخصصة للتعامل من جانب الخادم مع المشغلات المحددة في ServiceInterface. ولكل مشغل مُعلن عنه في الدور trigger، يتم توفير مثيل من الفئة <Trigger>، والذي يمكن لموفري الخدمة من خلاله إطلاق إشارات الأحداث إلى العملاء المتصلين. ويُرجَّح أن تكون دورة حياة فئات المشغلات هذه مرتبطة ارتباطًا وثيقًا بكائن الـ Skeleton الأعلى، ولذلك يتطلب استخدامها التهيئة المسبقة وعرض الخدمة المعنية. سؤال (مفتوح) ويجب على موفري الخدمة أيضًا مراعاة أن استدعاءات المشغلات المتزامنة من عدة خيوط قد تتطلب مزامنة من جانب التطبيق.

المزيد ›

السياق

تُعد مساحة الأسماء <SI-Namespace>::skeleton::triggers مساحة أسماء متخصصة لوحدة الاتصال com في AUTOSAR Adaptive Platform (الإصدار R25-11). وداخل البنية الموجهة نحو الخدمات (SOA)، يمثل ServiceInterface مواصفة الواجهة الرسمية التي تحدد نطاق الوظائف وأنماط الاتصال بين موفري الخدمات (Skeletons) ومستهلكي الخدمات (Proxies). بالإضافة إلى الدوال لاستدعاءات الدوال المتزامنة أو غير المتزامنة، والأحداث لنقل البيانات، والحقول للخصائص ذات الحالة، يمكن لواجهات الخدمة أيضًا أن تحتوي على مشغلات. ولكل مشغل مُعلن عنه في ServiceInterface في الدور trigger، توفر مساحة الأسماء <SI-Namespace>::skeleton::triggers فئة مشغل هيكل خدمة خاصة بها <Trigger>.

يتمثل الدور المركزي لهذه الفئات في تزويد تطبيق الخادم بتجريد مخصص للإشارة إلى نبضات التحكم أو الإخطار. وخلافًا للأحداث التقليدية، التي تخدم في المقام الأول نقل البيانات المستمر أو الموجه بالأحداث، فإن المشغل يشير عادة إلى وقوع حدث محدد أو تغير في الحالة. وتشمل أطراف التفاعل الرئيسية لفئات المشغلات منطق التطبيق الموفر، وهيكل الخدمة التجميعي، والبرمجية الوسيطة للاتصال من com، والتي تتولى توجيه الإشارات عبر ربط النقل المعني.

دورة الحياة

تقترن دورة حياة فئات المشغلات في مساحة الأسماء <SI-Namespace>::skeleton::triggers مباشرة بهيكل الخدمة الأعلى. ويُرجَّح إنشاء مثيل واحد بالضبط من الفئة <Trigger> لكل مشغل محدد في ServiceInterface عند إنشاء هيكل الخدمة وإدارته بواسطته. سؤال Q-a0d69b49748aa8c4 (مفتوح) ولا يحدث عادة إنشاء أو تدمير معزول بواسطة تطبيق الخدمة.

في مرحلة التشغيل، ينقسم الاستخدام إلى ثلاث مراحل مميزة: مرحلة التهيئة، ومرحلة الإرسال النشطة، ومرحلة الإنهاء. أثناء التهيئة، تقوم طبقة الاتصال بإعداد الروابط والموارد المطلوبة للمشغل. وبمجرد أن يقدم موفر الخدمة الخدمة رسميًا في النظام عبر الـ Skeleton، ينتقل المشغل إلى الحالة الجاهزة للتشغيل. وفي هذه المرحلة، يمكن لمنطق التطبيق بدء عمليات الإطلاق بشكل متكرر. وإذا انتهى عرض الخدمة أو تم تحرير الـ Skeleton، يتم أيضًا تنظيف موارد المشغل المرتبطة به. وفيما يتعلق بالتزامن، يُرجَّح أن تكون المزامنة من جانب التطبيق مطلوبة عند تفعيل المشغلات في وقت واحد من عدة خيوط، ما لم يضمن إطار عمل الاتصال الأساسي أمانًا متأصلًا للخيوط (Thread-safety) لاستدعاءات المشغلات المتزامنة. سؤال Q-eb23aad9119e9a8f (مفتوح)

مسار الاستخدام

يشمل مسار الاستخدام النموذجي للفئات من <SI-Namespace>::skeleton::triggers الإجراء بأكمله بدءًا من تعريف الواجهة وحتى إلغاء تنشيط الخدمة:

• تصميم الواجهة وتوليد التعليمات البرمجية: يتم في نموذج البرمجيات تعريف ServiceInterface يحتوي على مشغل واحد على الأقل في الدور trigger. ويقوم منشئ التعليمات البرمجية للمنصة بتوليد مساحة الأسماء <SI-Namespace>::skeleton::triggers والفئة المقابلة <Trigger> من ذلك.
• إنشاء مثيل الـ Skeleton: يُنشئ تطبيق الخادم مثيلًا للتنفيذ المحدد لهيكل الخدمة. التفسير: يُتاح الوصول إلى مثيل <Trigger> لموفر الخدمة عبر واجهة الأعضاء الخاصة بالـ Skeleton. سؤال Q-f287180a040cea33 (مفتوح)
• توفير الخدمة: يبدأ هيكل الخدمة عرض الخدمة في الشبكة، بحيث يمكن لوكلاء العملاء العثور على الخدمة والتسجيل لتلقي إخطارات المشغل.
• إطلاق المشغل: بمجرد استيفاء شرط المشغل في منطق التطبيق، يستدعي برنامج الخادم دالة الإطلاق في كائن <Trigger>. وتنقل المنصة الإشارة إلى جميع المستهلكين المسجلين.
• إيقاف التشغيل: يسحب تطبيق الخادم عرض الخدمة ويدمر مثيل الـ Skeleton، وبذلك يتم أيضًا إلغاء تخصيص كائنات المشغلات بشكل حتمي.