بنية <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput
struct <RoutineInterface>RequestResultOutput {...};
Structure wrapping the out arguments for a RequestResult
| Header-Datei | #include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>.h" |
|---|---|
| Forwarding-Header | #include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>/<RoutineInterfaceShortname>_fwd.h" |
| Scope | class <RoutineInterface-Namespace>::<RoutineInterface> |
دليل المستخدممولَّد بالذكاء الاصطناعي
يجمع وسائط الخرج للاستعلام عن نتائج روتين تشخيصي في AUTOSAR Adaptive.
يجمع وسائط الخرج للاستعلام عن نتائج روتين تشخيصي في AUTOSAR Adaptive.
تغلّف البنية <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput في الموديول diag لـ AUTOSAR Adaptive Platform (R25-11) جميع وسائط الخرج لاستدعاء الاستعلام عن نتيجة روتين (RequestResult). وتعمل كوعاء بيانات منمط، يُملأ بالقيم المحددة للنتائج بواسطة تنفيذ الروتين المخصص للتطبيق ويُسلَّم إلى إطار عمل التشخيص. تفسير: كنوع قيمة محض دون مزامنة خاصة، يُفترض أن تكون البنية مخصصة للاستخدام قصير الأجل في سياق التنفيذ وتتطلب حماية خارجية عند الوصول المشترك. سؤال Q-3b8c63f0a0dd1c4a (مفتوح)
السياق
تُعد البنية <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput جزءاً من الموديول diag لـ AUTOSAR Adaptive Platform في الإصدار R25-11. ووفقاً لوصف المواصفات، يعمل نوع البيانات هذا كغلاف لتغليف وسائط الخرج (out arguments) لعملية RequestResult. في تشخيص المركبات وفقاً للمعيار ISO 14229 (التحكم بالروتين UDS RoutineControl، الخدمة 0x31)، تتيح إدارة الروتين إمكانية بدء الروتينات القابلة للتشخيص على وحدة التحكم الإلكترونية، وإيقافها، والاستعلام عن نتائجها. عندما يطلب جهاز فحص تشخيصي خارجي أو مكون تطبيق داخلي نتيجة روتين تم بدؤه مسبقاً، يجب نقل معاملات الخرج المولدة بشكل منظم ومنمط. وتعمل البنية هنا كوعاء بيانات مخصص عند الواجهة الفاصلة بين تنفيذ الروتين من جانب التطبيق وبيئة تشغيل التشخيص. تفسير: يُفترض أن تتطابق متغيرات الأعضاء المحددة للبنية مع وسائط الخرج المعرفة لعملية RequestResult في نموذج AUTOSAR الخاص بهذا الروتين. سؤال Q-bb5b79242dac75ff (مفتوح)
دورة الحياة
تُعرّف البنية التركيبية struct <RoutineInterface>RequestResultOutput {...}; هذا النوع كـ Aggregate أساسي في ++C دون منطق تحكم أو منطق حالة خاص به. تفسير: فيما يتعلق بدورة الحياة، يُفترض أن بنية البيانات قد صُممت كنوع قيمة محض (Value Type) دون إدارة ديناميكية للموارد، وبالتالي تتبع الاصطلاحات القياسية لدلالات القيمة في ++C. سؤال Q-0919ad2177958d6b (مفتوح) يتم إنشاء مثيل عادةً ضمن سياق تنفيذ الروتين بمجرد توفر طلب للاستعلام عن النتيجة. ويتم الإنشاء عادةً بشكل محلي على المكدس (Stack) أو داخل وعاء إرجاع مناسب لتنفيذ الروتين. وبعد تعيين قيم الخرج المحددة، يُسلَّم المثيل عبر آليات النسخ أو النقل القياسية إلى إطار عمل التشخيص الأعلى مستوى. ومع اكتمال إرسال بيانات الاستجابة وتسلسلها (Serialization)، تنتهي فترة حياة المثيل. ونظراً لأن البنية لا تطبق آليات مزامنة داخلية، فإن الوصول المتزامن من خيوط تنفيذ متعددة لا يكون آمناً تسلسلياً (Thread-safe) دون حماية خارجية.
مسار الاستخدام
ينقسم المسار النموذجي عند استخدام هذه البنية إلى معالجة الاستعلام، وتوفير البيانات، ثم الرد اللاحق على المستدعي. يبدأ مسار الاستخدام عندما يمرر إطار عمل التشخيص طلباً لعملية RequestResult إلى الواجهة <RoutineInterface>. يعالج التنفيذ الخاص بالتطبيق للروتين هذا الاستدعاء ويحدد بيانات الخرج الداخلية الحالية. تفسير: يُفترض أن يُنشئ تنفيذ الروتين بعد ذلك مثيلاً من <RoutineInterface>RequestResultOutput ويملأ متغيرات الأعضاء الخاصة به بقيم النتائج المحددة. سؤال (مفتوح) ثم تُعاد البنية المعبأة بالكامل كنتيجة للعملية إلى إطار عمل التشخيص. أخيراً، يستخرج إطار العمل وسائط الخرج المتضمنة في البنية ويسلسلها لبناء رسالة استجابة التشخيص الإيجابية وإرسالها إلى جهاز الفحص. بعد استلام البيانات بنجاح، يتم تحرير المثيل المؤقت بالشكل المعتاد.
يعتمد هذا الدليل على مواصفات AUTOSAR Adaptive Platform للموديول diag في الإصدار R25-11.
gemini-3.8-flash-low· 2026-10-13 · الأصل الألماني