struct <ExtendedDataRecord-Namespace>::<ExtendedDataRecordElementInterface>::<ExtendedDataRecordElement>ReadOutput

De structuur dient in de diagnosemodule van de AUTOSAR Adaptive Platform als inkapseling voor de uitvoerargumenten bij het uitlezen van een Extended-Data-Record-element. Ze bundelt de resulterende diagnosedata van een leesoperatie in een getypeerd object dat door de aanbiedende interface aan de aanroepende diagnose-instantie wordt overgedragen. Vermoedelijk wordt de datastructuur tijdens de aanroep met de bepaalde waarden gevuld en vervolgens voor verdere verwerking of overdracht per waarde of move-semantiek beschikbaar gesteld. Vraag (open) Als zuiver data-object zonder eigen synchronisatiemechanismen vereist ze bij gelijktijdige toegang een externe coördinatie door de betrokken componenten.

meer ›

Context

De datastructuur <ExtendedDataRecordElement>ReadOutput maakt deel uit van de module diag binnen de AUTOSAR Adaptive Platform (release R25-11). Ze is toegewezen aan de namespace <ExtendedDataRecord-Namespace>::<ExtendedDataRecordElementInterface> en syntactisch als C++-structuur (struct <ExtendedDataRecordElement>ReadOutput {...};) gedeclareerd. Volgens de specificatiebeschrijving dient deze structuur als inkapseling voor de uitvoerargumenten van een leesoperatie (Structure wrapping the out arguments for a ReadOutput).

In het kader van adaptief diagnosebeheer nemen Extended Data Records (EDR) de taak op zich om aanvullende fabrikantspecifieke of gestandaardiseerde diagnose-informatie beschikbaar te stellen, zoals bedrijfsomstandigheden, meetwaarden of statustellers op het moment van een foutinvoer. De structuur <ExtendedDataRecordElement>ReadOutput fungeert daarbij als specifiek datatransferobject voor de resultaten van een bevraging van een dergelijk recordelement. In plaats van retourwaarden via meerdere afzonderlijke uitgangsparameters of pointers over te dragen, vat de structuur de resulterende uitvoerdata samen.

Als primaire interactiepartners treden de bevragende diagnose-instantie (bijvoorbeeld een diagnosedienst of de runtime-omgeving van ara::diag) en de implementatie aan applicatiezijde van de interface <ExtendedDataRecordElementInterface> op. Interpretatie: Vermoedelijk dient de structuur er vooral toe om de retourwaarden van een leesaanroep aan een interface voor Extended Data Records in ara::diag typeveilig te bundelen en beschikbaar te stellen voor de verdere datastroom. Vraag Q-0b74f3ccd5993cf3 (open) Op deze manier wordt een zuivere interfacescheiding tussen databeschikbaarstelling en dataverwerking gewaarborgd.

Levenscyclus

De structuur <ExtendedDataRecordElement>ReadOutput is ontworpen als zuiver C++-data-aggregaat zonder eigen bedrijfslogica of toestandshouding. Hieruit vloeien eenduidige karakteristieken voort voor aanmaak, eigendomsverhoudingen en vernietiging in het systeem.

De instantiëring van het object vindt direct plaats in de context van de uit te voeren leesaanroep. De aanbiedende component maakt de instantie aan op de stack of binnen een asynchrone verwerkingscontext en wijst hieraan de bepaalde uitvoerdata toe. Interpretatie: De levensduur van de instantie is vermoedelijk gebonden aan de respectieve uitvoerings- en retourcyclus van de leesoperatie en eindigt na de evaluatie van de aanwezige data door de aanroeper. Vraag Q-8df0c1a01d7b670d (open) Er bestaan geen interne toestanden en bijgevolg geen gedefinieerde toestandsovergangen; de structuur bevindt zich na haar initialisatie in een onveranderlijke of puur passieve leestoestand.

Wat betreft de eigendomsverhoudingen wordt de structuur gewoonlijk op waarde (by value) of via move-semantiek aan de aanroeper overgedragen. Het eigendom gaat daarmee volledig over op de aanroepende partij. Bij het verlaten van de scope wordt het geheugen deterministisch volgens de normale C++-destructieregels vrijgegeven.

Met betrekking tot gelijktijdigheid bevat <ExtendedDataRecordElement>ReadOutput geen interne synchronisatiemechanismen, mutexen of atomaire operaties. Mocht een instantie thread-overstijgend worden gedeeld of in asynchrone datapipelines worden doorgestuurd, dan ligt de verantwoordelijkheid voor thread-veilige toegang volledig bij de omringende softwarecomponenten van het diagnosesysteem.

Gebruikspad

Het typische gebruikspad beschrijft de opeenvolging van stappen bij het opvragen van diagnosedata via de interface <ExtendedDataRecordElementInterface>:

Eerst initieert een diagnoseservice of een interne diagnosefunctie een leesbevraging voor een specifiek Extended-Data-Record-element. Deze bevraging richt zich tot de leesoperatie van de interface. Interpretatie: In het gebruikspad wordt de structuur vermoedelijk door de applicatie- resp. handler-implementatie gevuld met de uitgelezen waarden en vervolgens overgedragen voor verdere verwerking. Vraag Q-14a94978fff8f96e (open) De implementatie leest de actuele diagnose-informatie uit de interne databronnen uit en initialiseert een instantie van <ExtendedDataRecordElement>ReadOutput met deze waarden.

Na de initialisatie wordt de instantie aan de aanroepende diagnosecomponent geretourneerd. De aanroeper benadert de in de structuur aanwezige datavelden om de waarden te valideren, te serialiseren of voor te bereiden voor het diagnoseantwoord conform het diagnoseprotocol. Zodra de uitvoerdata succesvol zijn verwerkt of naar achterliggende geheugengebieden zijn overgedragen, eindigt het gebruik van de structuur en wordt het object verworpen.