structure <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface9>StopOutput

La structure <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface9>StopOutput encapsule les arguments de sortie pour l'arrêt d'une routine de diagnostic dans le module Adaptive diag. Elle est créée lors du traitement d'une commande d'arrêt afin de renvoyer les données résultantes de manière structurée au système de diagnostic. En tant que pure structure de données, elle ne possède aucune logique d'état autonome et est rejetée après la transmission.

plus ›

Contexte

La structure <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface9>StopOutput fait partie du module de diagnostic (diag) de l'AUTOSAR Adaptive Platform dans la version R25-11. Conformément à la description, elle sert de structure de données encapsulant les arguments de sortie pour une opération d'arrêt (« Structure wrapping the out arguments for a Stop »). Dans le cadre de la communication de diagnostic pour le contrôle de routine, cette structure est probablement utilisée pour renvoyer de manière groupée à l'appelant ou au système de diagnostic les données de résultat fournies par une routine lors de son arrêt. Question Q-8fd69717e4ad4d46 (ouverte)

Cycle de vie

En tant que structure de données (struct), <RoutineInterface9>StopOutput possède un cycle de vie d'objet-valeur simple. Elle est typiquement instanciée au sein de l'implémentation d'une routine de diagnostic lorsqu'une commande Stop est traitée. Les données de sortie sont stockées dans les éléments de la structure, après quoi l'instance est transmise au framework de diagnostic par valeur de retour ou de manière asynchrone via un Future. Après la transmission ou le traitement ultérieur des arguments contenus, l'instance est détruite. Selon toute vraisemblance, il n'existe aucune gestion d'état interne complexe ni aucun cycle de vie autonome à travers plusieurs appels pour ce pur conteneur de données.

Parcours d'utilisation

Un chemin d'utilisation typique comprend les étapes suivantes :

• Réception d'une demande d'arrêt d'une routine par le service de diagnostic.
• Création d'une instance de <RoutineInterface9>StopOutput par l'implémentation de la routine.
• Remplissage des champs de sortie structurés avec les données de résultat et d'état actuelles de la routine terminée.
• Retour de la structure à l'appelant, où les arguments de sortie contenus sont interprétés et encapsulés dans la réponse de diagnostic correspondante.

Scénarios d'erreur

Puisqu'il s'agit d'une structure de sortie passive, le type lui-même ne déclenche probablement aucune exception. Question Q-e5d45b3ff9043fcd (ouverte) Si l'arrêt d'une routine échoue sur le plan fonctionnel ou si des états non valides surviennent, cela ne devrait pas être signalé par les seules valeurs de cette structure, mais via le canal de retour associé (par exemple par le biais de codes d'erreur d'un type Result). La condition préalable à une utilisation judicieuse est l'exécution réussie ou au moins définie de l'action Stop, de sorte que les champs de sortie puissent être renseignés avec des données valides.