namespace <SI-Namespace>::skeleton::fields

De namespace kapselt de serverzijdige veldklassen voor elk in een ServiceInterface gedeclareerd veld binnen de skeleton-architectuur van de module com in. Serviceproviders gebruiken deze gegenereerde klassen om de actuele veldwaarde te beheren en bij waardewijzigingen door te geven aan verbonden clients. De instantiëring en levensduur van de veldobjecten zijn daarbij vermoedelijk direct gekoppeld aan de bovenliggende skeleton-instantie. Vraag Q-bd1d4d2cab97eada (open) Bij het bijwerken en aanbieden van de gegevens moet worden gelet op de synchronisatie volgens het threading-model van het serviceskeleton.

meer ›

Context

De namespace <SI-Namespace>::skeleton::fields maakt deel uit van de communicatiearchitectuur (module com) van het AUTOSAR Adaptive Platform in release R25-11. Deze bevat de serverzijdig gegenereerde klassen voor alle velden die in een ServiceInterface in de rol field zijn gemodelleerd. Voor elk in de interface gedefinieerd veld bestaat hierbij een corresponderende serviceskeleton-veldklasse die het generieke naamschema <Field> volgt. Deze klassen vormen de schakel tussen de applicatiespecifieke implementatie van een service en de onderliggende communicatielaag om veldgerelateerde datastructuren gestructureerd aan te bieden.

In servicegeoriënteerde architecturen vertegenwoordigen velden eigenschappen van een service, die typisch kunnen zijn samengesteld uit een combinatie van leestoegangen (getters), schrijftoegangen (setters) en gebeurtenisgebaseerde notificaties (notifiers). Terwijl aan clientzijde in de proxy-namespace overeenkomstige interfaces voor consumerende toegang worden gegenereerd, stelt skeleton::fields de klassen beschikbaar waarmee de serviceprovider (server) de interne status beheert en naar buiten toe exponeert. De klassen in de namespace <SI-Namespace>::skeleton::fields kapselen daarbij de communicatie en protocolspecifieke overdracht in, zodat de applicatieontwikkelaar zich kan concentreren op de functionele logica van de service.

Levenscyclus

Wat betreft de aanmaak en de eigendomsverhoudingen is de levensduur van een veldklasse in de namespace skeleton::fields vermoedelijk direct gekoppeld aan de bovenliggende skeleton-klasse van de service-interface. Vraag Q-375f07429819a937 (open) In op C++ gebaseerde implementaties van het Adaptive Platform worden de veldinstanties typisch geïnstantieerd als directe member-objecten binnen het gegenereerde skeleton. Bijgevolg begint de levenscyclus van de veldobjecten met de constructor-aanroep van het serviceskeleton en eindigt deze automatisch met de destructie ervan.

Tijdens de operationele fase verblijft het veldobject in het geheugen van de serviceprovider. Vóór of tijdens het aanbieden van de service op het netwerk (bijvoorbeeld vóór de serviceregistratie of direct daarna) wordt de veldinstantie geïnitialiseerd met een geldige startwaarde. Aangezien het skeleton gedurende zijn gehele levensduur beschikbaar is voor opvragingen en updates, blijft ook de veldinstantie persistent beschikbaar.

Wat betreft gelijktijdigheid en threading hangt de afhandeling van veldtoegangen vermoedelijk sterk af van het gekozen verwerkingsmodel van het skeleton. Vraag Q-d3456f67c7a4ba8d (open) Voor zover de veldklasse voorziet in callback-mechanismen voor inkomende schrijf- of leesverzoeken of methoden aanbiedt voor het bijwerken van de veldwaarde, moeten concurrerende toegangen door de toepassende service-implementatie worden gesynchroniseerd om race conditions bij gelijktijdige verwerking te voorkomen.

Gebruikspad

Het typische gebruikspad voor de klassen uit <SI-Namespace>::skeleton::fields begint in het kader van de initialisatie van de serviceprovider. Bij de opbouw van de skeleton-instantie wordt voor elk geconfigureerd veld het betreffende veldobject aangemaakt. De implementatie van de service kent typisch initieel een geldige startwaarde toe aan de veldklasse, zodat verzoekende clients vanaf het begin consistente gegevens aantreffen.

Tijdens normaal bedrijf verloopt de interactie primair via waarde-updates. Zodra interne toestanden, sensorwaarden of berekeningsgegevens in de servicetoepassing wijzigen, roept het skeleton de overeenkomstige updatemethode van de veldinstantie aan. De veldklasse verzorgt vervolgens de distributie van de nieuwe gegevens naar het communicatie-framework, dat de waarden als notifier-berichten verzendt naar alle geïnteresseerde en geabonneerde serviceproxy's in het netwerk.

Voor zover het veld is geconfigureerd voor schrijftoegangen door clients, verwerkt de veldklasse inkomende updateverzoeken (set-operaties). De service-implementatie neemt de gewijzigde waarden in ontvangst, valideert deze en werkt de interne toestand bij. Door deze doelgerichte volgorde van initialisatie, periodieke of gebeurtenisgebaseerde gegevensoverdracht en gecontroleerde beëindiging met het einde van de levensduur van het skeleton voegen de veldklassen zich naadloos in het interactiepatroon van de AUTOSAR Adaptive-servicelaag.