class ara::rds::IEEE1722DatagramTSCF

Die Klasse ara::rds::IEEE1722DatagramTSCF repräsentiert IEEE-1722-TSCF-Datagramme im Modul Raw Data Stream (RDS) der AUTOSAR Adaptive Platform und wird über den Header ara/rds/raw_data_stream_IEEE1722.h bereitgestellt [SWS_RDS_90275]. Als wesentliche Schnittstelleneigenschaft besitzt sie einen virtuellen Destruktor, der eine polymorphe Zerstörung über Basiszeiger sicherstellt AUTOSAR_AP_SWS_RawDataStream §1 „Virtual destructor of the IEEE 1722 datagram type“. Als zentrale Randbedingung garantiert die Deklaration mit noexcept die vollkommen ausnahmefreie Bereinigung aller Ressourcen beim Objektlebensende.

mehr ›

Kontext

Die Klasse ara::rds::IEEE1722DatagramTSCF repräsentiert innerhalb der AUTOSAR Adaptive Platform ein spezifisches Datenformat für IEEE-1722-Datagramme, genauer für das Time-Sensitive Control Format (TSCF) gemäß der Spezifikation AUTOSAR_AP_SWS_RawDataStream §1 „Virtual destructor of the IEEE 1722 datagram type“. Angesiedelt ist dieser Datentyp im Modul Raw Data Stream (RDS), welches die Erfassung und Weiterleitung unformatierter oder protokollspezifischer Datenströme in adaptiven Fahrzeuganwendungen ermöglicht. Für die Einbindung und Verwendung der Klasse ist die Bereitstellung über den standardisierten Header #include "ara/rds/raw_data_stream_IEEE1722.h" im Namensraum ara::rds spezifiziert [SWS_RDS_90275].

Als strukturierte Repräsentation eines IEEE-1722-TSCF-Datagramms dient die Klasse dazu, Steuer- und Sensordaten, die über zeitkritische Netzwerkverbindungen wie Ethernet im Automobilbereich übertragen werden, abzubilden. Interpretation: Die Klasse dürfte als standardisierter Träger für TSCF-Nutzlastdaten innerhalb der Datenstromverarbeitung des RDS-Moduls agieren, um anwendungsspezifischen Komponenten einen einheitlichen Zugriff auf entsprechende Datagramme zu erlauben, wie aus der Typbezeichnung hervorgeht AUTOSAR_AP_SWS_RawDataStream §1 „Virtual destructor of the IEEE 1722 datagram type“. Frage Q-64f198106e28f54e (offen) Dabei fungiert sie im C++-Typsystem als definierter Daten- oder Schnittstellentyp, der in Datenstrom-Pipelines des RDS-Subsystems eingebunden wird [SWS_RDS_90275].

Lebenszyklus

Der Lebenszyklus von Instanzen der Klasse ara::rds::IEEE1722DatagramTSCF umfasst deren Erzeugung, Nutzung zur Datenübermittlung und anschließende Freigabe. Die Spezifikation definiert für die Klasse explizit einen virtuellen Destruktor ~IEEE1722DatagramTSCF() noexcept [SWS_RDS_90275]. Das Vorhandensein eines virtuellen Destruktors belegt, dass die Klasse auf polymorphe Verwendung ausgelegt ist AUTOSAR_AP_SWS_RawDataStream §1 „Virtual destructor of the IEEE 1722 datagram type“. Interpretation: Instanzen von ara::rds::IEEE1722DatagramTSCF dürften als Basisklasse fungieren oder über Zeiger beziehungsweise Referenzen auf übergeordnete Datagramm-Schnittstellen verwaltet werden, womit eine sichere Zerstörung abgeleiteter Klassen über Basisklassenzeiger gewährleistet wird. Frage Q-6f91c3dc1d6d129e (offen)

Hinsichtlich des Speichermanagements können Objekte der Klasse je nach Anwendungsfall und Datenstromarchitektur entweder auf dem Stack oder dynamisch auf dem Heap instanziiert werden. Beim Verlassen des Gültigkeitsbereichs oder bei expliziter Freigabe sorgt der virtuelle Destruktor für das deterministische Aufräumen aller zugeordneten Ressourcen [SWS_RDS_90275]. Da der Destruktor mit dem Bezeichner noexcept deklariert ist, garantiert die Implementierung, dass während des Zerstörungsvorgangs keine Ausnahmen nach außen propagiert werden, was für die Stabilität des Lebenszyklus und die sichere Freigabe in mehrfädigen Laufzeitumgebungen zwingend erforderlich ist AUTOSAR_AP_SWS_RawDataStream §1 „Virtual destructor of the IEEE 1722 datagram type“.

Fehlerszenarien

Im Bereich der Fehlerbehandlung und Ausnahmebehandlung zeichnet sich die Schnittstelle durch strikte No-Fail-Garantien beim Abbau von Instanzen aus. Gemäß der Anforderung [SWS_RDS_90275] ist der Destruktor ~IEEE1722DatagramTSCF() mit dem Spezifizierer noexcept deklariert. Dadurch wird formal sichergestellt, dass bei der Zerstörung eines Datagramm-Objekts keine C++-Exceptions geworfen werden dürfen AUTOSAR_AP_SWS_RawDataStream §1 „Virtual destructor of the IEEE 1722 datagram type“.

Sollte es während des Aufräumvorgangs intern zu unerwarteten Fehlern kommen, darf die Methode diese keinesfalls über den Stack an den Aufrufer weiterleiten. Das Werfen einer Ausnahme aus einer als noexcept deklarierten Funktion würde im C++-Laufzeitsystem unmittelbar den Aufruf von std::terminate zur Folge haben. Interpretation: Eventuelle interne Bereinigungsfehler müssen daher defensiv behandelt oder intern protokolliert werden, um einen unkontrollierten Abbruch des Gesamtprozesses zu verhindern. Frage (offen) Der Destruktor besitzt keine Fehlerrückgabewerte und erfordert keine Vorbedingungen über die Existenz eines gültigen Objekts hinaus, wodurch die sichere Beendigung auch in Ausnahmesituationen, wie etwa während eines Stack-Unwindings, gewährleistet bleibt [SWS_RDS_90275].