نطاق أسماء <SI-Namespace>::proxy::fields
دليل المستخدممولَّد بالذكاء الاصطناعي
تغلف فئات الوكيل الآمنة من حيث النوع لعمليات الوصول بالقراءة والكتابة والإشعار إلى حقول إحدى الخدمات.
تغلف فئات الوكيل الآمنة من حيث النوع لعمليات الوصول بالقراءة والكتابة والإشعار إلى حقول إحدى الخدمات.
يغلف نطاق الأسماء <SI-Namespace>::proxy::fields في الوحدة com لـ Adaptive Platform فئات الوكيل المولدة <Field> لكل حقل بيانات محدد في ServiceInterface. وتصل تطبيقات العميل إلى فئات الحقول هذه عبر وكيل الخدمة الرئيسي للاستعلام عن قيم الحقول البعيدة، أو تعيينها، أو معالجة الإشعارات المتعلقة بتغييرات القيم. ومن المفترض أن تتم معالجة الاستدعاءات على الحقول بشكل غير متزامن عبر البنية التحتية للاتصال لضمان تفاعلات خالية من الحظر. سؤال (مفتوح) وتكون مدة بقاء مثيلات الحقول الفردية مرتبطة على الأرجح بشكل وثيق بدورة حياة كائن الوكيل الرئيسي ولا يمكن إدارتها بشكل مستقل عنه.
السياق
يتولى نطاق أسماء C++ <SI-Namespace>::proxy::fields في الوحدة com لـ AUTOSAR Adaptive Platform وظيفة هيكلية محددة بوضوح للواجهات الخدمية الموجهة. وتحدد واجهات الخدمة (ServiceInterfaces) إلى جانب الطرق والأحداث غالباً حقول بيانات تمثل حالة حالية. ولإتاحة هذه الحقول من جانب العميل لمستهلكي الخدمة بشكل آمن من حيث النوع وواضح دلالياً، يضع مولد الكود فئات الحقول المحددة في هذا النطاق الفرعي المخصص. ويتم إنشاء فئة حقل وكيل واحدة بالضبط <Field> لكل حقل منمذج في الـ ServiceInterface المعني. ويمنع هذا التغليف الهيكلي تعارضات الأسماء مع الطرق أو الأحداث التي تحمل الاسم نفسه داخل نطاق أسماء الوكيل الرئيسي. تفسير: توفر فئات الحقول المولدة <Field> عادةً دوال واجهة متخصصة لوظائف Get وSet والإشعار للاستعلام عن القيم بشكل مستهدف أو تعديلها أو استقبال التغييرات المشترك بها. سؤال Q-f088d0c5052459d3 (مفتوح) ويكون شريك التفاعل المباشر لفئات الحقول هو منطق التطبيق الخاص بمستهلك الخدمة من جهة، والبرمجية الوسيطة للاتصال الأساسية من جهة أخرى.
دورة الحياة
يرتبط إنشاء مثيلات الكائنات من <SI-Namespace>::proxy::fields وإدارتها ارتباطاً لا ينفصم بمعمارية وكيل الخدمة. ولا ينشئ مطورو التطبيقات مثيلات الفئة المولدة <Field> في العادة يدوياً كمتغيرات مستقلة على الـ Heap أو الـ Stack. وبدلاً من ذلك، يفترض على الأرجح أن تكون مدة بقاء مثيل <Field> مرتبطة بالكامل بدورة حياة وكيل الخدمة الرئيسي الذي يحتفظ بهذه الحقول كأعضاء. سؤال Q-4da7e86f88f269b1 (مفتوح) ومع البناء الناجح لمثيل الوكيل بعد العثور على نقطة نهاية خدمة مناسبة، تتم تهيئة كائنات الحقول ووضعها في حالة جاهزة للتشغيل. وخلال المرحلة النشطة، يدير كائن الحقل موارد الاتصال الداخلية بالإضافة إلى أي تسجيلات لتحديثات الحالة. وإذا تم تدمير مثيل الوكيل بواسطة التطبيق أو غادر نطاق صلاحيته، يتم بالتالي تدمير مثيلات الحقول التابعة له بشكل سليم أيضاً، مما يؤدي إلى تحرير موارد البرمجية الوسيطة المرتبطة بها.
مسار الاستخدام
ينقسم سير الاستخدام النموذجي للفئات في نطاق الأسماء <SI-Namespace>::proxy::fields إلى تسلسل محدد من خطوات التفاعل. في البداية، يحدد تطبيق العميل مثيل الخدمة المطلوبة عبر آليات البحث في Adaptive Platform ويقوم بإنشاء مثيل لوكيل الخدمة المقابل. وفي الخطوة الثانية، يصل التطبيق عبر الوكيل إلى مثيل العضو المقابل للفئة المولدة <Field>. واعتماداً على الخصائص المحددة للحقل في نموذج الواجهة، يبدأ التطبيق بعد ذلك عملية وصول بالقراءة، أو عملية وصول بالكتابة، أو يسجل معاودة اتصال للإشعارات حول تغييرات القيم. ومن المفترض أن تتم معالجة الاستدعاءات على الحقول بشكل غير متزامن عبر ara::core::Future أو عبر آليات معاودة الاتصال للبنية التحتية للاتصال، وذلك لتجنب الاستدعاءات الحاجبة في الخيط المستدعي. سؤال Q-33586a48d8777f7f (مفتوح) وبعد وصول الاستجابة أو الإشعار، يقيم المستدعي النتيجة المقدمة ويتفاعل مع حالة الحقل البعيد.
يستند هذا الدليل الإرشادي إلى مواصفات AUTOSAR Adaptive Platform (الإصدار R25-11، الوحدة com) وقد تم إعداده بصورة آلية.
لا توجد بيانات عناصر لهذا الإصدار
الفئات
Service proxy Field class, one for each Field defined in the ServiceInterface in the role field.
مخطط الفئة
Abgerundete Rahmen = Namespace- bzw. Klassen-Scopes; hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); graue Boxen = namespace-fremde bzw. externe Basisklassen. Klicken öffnet die jeweilige Klassen- bzw. cppreference-Seite.
gemini-3.8-flash-low· 2026-10-13 · الأصل الألماني