نطاق أسماء <SI-Namespace>::skeleton
دليل المستخدممولَّد بالذكاء الاصطناعي
يحدد الهيكل الأساسي من جانب الخادم لتوفير الواجهات الموجهة بالخدمات وتنفيذها.
يحدد الهيكل الأساسي من جانب الخادم لتوفير الواجهات الموجهة بالخدمات وتنفيذها.
يغلف فضاء الأسماء <SI-Namespace>::skeleton في الوحدة com لـ AUTOSAR Adaptive Platform (الإصدار R25-11) طبقة الوساطة من جانب الخادم لواجهات الخدمة عبر الفئة <SI>Skeleton. ويُستخدم لإعادة توجيه استدعاءات التوابع الواردة إلى منطق الأعمال الخاص بالتطبيق وكذلك لإرسال الأحداث والحقول إلى العملاء المتصلين. وينشئ تطبيق الخادم مثيلًا للهيكل الأساسي (skeleton)، ويعرض الخدمة عبر المنصة، وينهي العرض قبل تدمير الكائن. وبما أنه يُفترض أن يتم الاتصال بشكل متزامن/تفرعي، يجب تنفيذ استدعاءات التوابع المتوفرة بأمان خيطي. سؤال (مفتوح)
السياق
يشكل فضاء الأسماء <SI-Namespace>::skeleton ضمن وحدة الاتصال com لـ AUTOSAR Adaptive Platform (الإصدار R25-11) فضاء الأسماء القياسي لمكونات الخدمة من جانب الخادم. ويقع في صميم فضاء الأسماء هذا فئة هيكل الخدمة <SI>Skeleton، والتي تمثل طبقة الوساطة بين التنفيذ الخاص بالتطبيق لموفر الخدمة والبرمجيات الوسيطة الأساسية للاتصال. ويعمل المعرف <SI> كعنصر نائب للاسم الفعلي لواجهة الخدمة، بينما يعكس <SI-Namespace> فضاء الأسماء المحدد تكوينيًا لتعريف الواجهة.
تكمن المسؤولية الأساسية لفضاء الأسماء في توفير هياكل آمنة النوعية لمعالجة الاتصال الموجه بالخدمات من جانب الخادم. وشركاء التفاعل الأساسيون هنا هم تطبيق الخدمة نفسه والبرمجيات الوسيطة للمنصة. وتُستخدم الفئة <SI>Skeleton على الأرجح كفئة أساسية للتنفيذ الخاص بالتطبيق لموفر الخدمة، حيث يرث منها تطبيق الخدمة أو ينشئ مثيلًا لها لاستقبال استدعاءات التوابع وتوفير الأحداث. سؤال Q-d43c51f8b475898f (مفتوح)
دورة الحياة
تسترشد دورة حياة المكونات في فضاء الأسماء بتوفير وتشغيل الفئة <SI>Skeleton. ويمثل مثيل هيكل الخدمة الوجود النشط للخدمة على مثيل لـ Adaptive Platform. ويقع إنشاء الكائن وتكوينه على عاتق التطبيق الموفر، الذي يربط المثيل بمعرف خدمة ومثيل محددين.
يُرجح أن تكون دورة حياة مثيل الهيكل الأساسي (Skeleton) مقترنة بتوفير الخدمة، حيث يجب تهيئة المثيل بالكامل قبل البدء الفعلي في تقديم الخدمة، ولا يجوز تدميره إلا بعد إيقاف عرض الخدمة بصورة نظامية. سؤال Q-de1059259cadf8ee (مفتوح) وخلال مرحلة التشغيل، يتولى الهيكل الأساسي توجيه (dispatching) الطلبات الواردة إلى هياكل التوابع المسجلة وإدارة الأحداث الصادرة.
فيما يتعلق بنموذج التنفيذ، يجب مراعاة أن الاستدعاءات تصل من الشبكة. ويُرجح أن يتم الاتصال بين الهيكل الأساسي والبرمجيات الوسيطة بصورة غير متزامنة وتفرعية، مما يوجب معالجة استدعاءات التوابع وإرسال الأحداث بأمان خيطي. سؤال Q-3ff7109db2f3f381 (مفتوح) وعند إلغاء تنشيط الخدمة، يضمن التطبيق إيقاف الاتصال بصورة منظمة قبل تدمير الكائن <SI>Skeleton.
مسار الاستخدام
ينقسم المسار النموذجي لاستخدام فضاء الأسماء إلى مراحل التنفيذ، والتوفير، والاتصال، وإلغاء التهيئة. في البداية، يقوم المطور بتحقيق منطق الواجهة المطلوب عن طريق تنفيذ فئة خاصة بالتطبيق استنادًا إلى <SI>Skeleton. وداخل هذه الفئة، يتم تزويد التوابع المحددة في واجهة الخدمة بمنطق الأعمال الفعلي.
في وقت التشغيل، ينشئ تطبيق الخدمة مثيلًا لكائن الهيكل الأساسي المشتق ويطرحه للمنصة. وبعد الإتاحة، يستقبل مثيل الهيكل الأساسي طلبات العملاء المتصلين، ويعيد توجيهها إلى التوابع المنفذة، ويرسل قيم الإرجاع مرة أخرى إلى البرمجيات الوسيطة. وبالتوازي مع ذلك، يمكن للتطبيق استخدام الهيكل الأساسي لنشر الأحداث أو تحديثات الحقول إلى عملاء الخدمة المشتركين. وبعد اكتمال التشغيل، يتم إلغاء تسجيل الخدمة وتحرير مثيل <SI>Skeleton.
يستند هذا الدليل إلى بيانات مواصفات AUTOSAR Adaptive Platform (الإصدار R25-11، الوحدة com). وهو يصف الهيكل الأساسي من جانب الخادم لتوفير الخدمات.
لا توجد بيانات عناصر لهذا الإصدار
الفئات
Service skeleton class
مخطط الفئة
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 · الأصل الألماني