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

يغلف فضاء الأسماء فئات الحقول من جانب الخادم لكل حقل معلن في ServiceInterface ضمن بنية الهيكل الأساسي (Skeleton) للوحدة com. ويستخدم موفرو الخدمة هذه الفئات المولدة لإدارة قيمة الحقل الحالية وإرسالها إلى العملاء المتصلين عند تغير القيمة. ويُرجح أن يكون إنشاء مثيل كائنات الحقول ودورة حياتها مرتبطين ارتباطًا مباشرًا بمثيل الهيكل الأساسي الأعلى. سؤال Q-bd1d4d2cab97eada (مفتوح) وعند تحديث البيانات وتوفيرها، يجب مراعاة المزامنة وفقًا لنموذج خيوط المعالجة الخاص بهيكل الخدمة.

المزيد ›

السياق

يُعد فضاء الأسماء <SI-Namespace>::skeleton::fields جزءًا من بنية الاتصال (الوحدة com) لـ AUTOSAR Adaptive Platform في الإصدار R25-11. ويتضمن الفئات المولدة من جانب الخادم لجميع الحقول التي تم نمذجتها في ServiceInterface في الدور field. وتوجد لكل حقل معرف في الواجهة فئة حقل مطابقة لهيكل الخدمة تتبع مخطط التسمية العام <Field>. وتشكل هذه الفئات حلقة الوصل بين التنفيذ الخاص بالتطبيق لأحد الخدمات وطبقة الاتصال الأساسية، لتقديم هياكل البيانات المتعلقة بالحقول بطريقة منظمة.

في البنى الموجهة بالخدمات، تمثل الحقول خصائص للخدمة يمكن أن تتكون عادةً من مزيج من عمليات وصول القراءة (getters)، وعمليات وصول الكتابة (setters)، وإشعارات قائمة على الأحداث (notifiers). وبينما يتم توليد واجهات مطابقة على جانب العميل في فضاء أسماء الوكيل للوصول الاستهلاكي، يوفر skeleton::fields الفئات التي يدير بها موفر الخدمة (الخادم) الحالة الداخلية ويكشفها للخارج. وتغلف الفئات الموجودة في فضاء الأسماء <SI-Namespace>::skeleton::fields الاتصال والنقل الخاص بالبروتوكول، مما يسمح لمطور التطبيق بالتركيز على المنطق الوظيفي للخدمة.

دورة الحياة

فيما يتعلق بالإنشاء وعلاقات الملكية، يُرجَّح أن تكون دورة حياة فئة الحقل في مساحة الأسماء skeleton::fields مرتبطة مباشرة بفئة الهيكل العظمي (Skeleton) العليا لواجهة الخدمة. سؤال Q-375f07429819a937 (مفتوح) وفي عمليات التنفيذ المستندة إلى C++ لـ Adaptive Platform، يتم إنشاء مثيلات الحقول عادة ككائنات أعضاء مباشرة داخل الـ Skeleton المُنشأ. ونتيجة لذلك، تبدأ دورة حياة كائنات الحقول مع استدعاء منشئ هيكل الخدمة وتنتهي تلقائيًا مع تدميره.

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

فيما يتعلق بالتزامن والمعالجة متعددة الخيوط، يُرجَّح أن تعتمد معالجة عمليات الوصول إلى الحقول اعتمادًا كبيرًا على نموذج المعالجة المختار للـ Skeleton. سؤال Q-d3456f67c7a4ba8d (مفتوح) وإذا كانت فئة الحقل توفر آليات رد اتصال (Callback) لطلبات الكتابة أو القراءة الواردة أو تقدم دوال لتحديث قيمة الحقل، فيجب مزامنة عمليات الوصول المتزامنة من قِبل تنفيذ الخدمة المستخدمة، وذلك لمنع حالات التسابق (Race Conditions) عند التنفيذ المتزامن.

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

يبدأ مسار الاستخدام النموذجي للفئات من <SI-Namespace>::skeleton::fields في إطار تهيئة موفر الخدمة. وعند بناء مثيل الـ Skeleton، يتم إنشاء كائن الحقل المعني لكل حقل تم تكوينه. وعادة ما يُعيّن تنفيذ الخدمة قيمة بدء صالحة لفئة الحقل في البداية، لكي تجد العملاء الطالبة بيانات متسقة منذ البداية.

أثناء التشغيل الفعلي، يتم التفاعل بشكل أساسي عبر تحديثات القيم. وبمجرد تغير الحالات الداخلية أو قيم المستشعرات أو بيانات الحساب في تطبيق الخدمة، يستدعي الـ Skeleton دالة التحديث المقابلة لمثيل الحقل. ثم تتولى فئة الحقل توزيع البيانات الجديدة على إطار عمل الاتصال، والذي يرسل القيم كرسائل إخطار (Notifier) إلى جميع وكلاء الخدمة (Service Proxies) المعنيين والمشتركين في الشبكة.

إذا تم تكوين الحقل لعمليات وصول كتابية بواسطة العملاء، فإن فئة الحقل تعالج طلبات التحديث الواردة (عمليات Set). ويتلقى تنفيذ الخدمة القيم المعدلة ويتحقق من صحتها ويحدث الحالة الداخلية. ومن خلال هذا التسلسل الهادف من التهيئة، ونقل القيم الدوري أو المستند إلى الأحداث، والإنهاء المتحكم فيه مع نهاية عمر الـ Skeleton، تندمج فئات الحقول بسلاسة في نمط التفاعل الخاص بمستوى خدمة AUTOSAR Adaptive.