Diese Seite wurde vollständig KI-generiert auf Basis von SWS IntrusionDetectionSystemManager (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
Définit le domaine d'erreur de l'Intrusion Detection System Manager pour l'attribution des codes d'erreur et des exceptions.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 5ad009b86550ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Définit le domaine d'erreur de l'Intrusion Detection System Manager pour l'attribution des codes d'erreur et des exceptions.
La classe relie le module Intrusion Detection System Manager au système de gestion des erreurs de l'AUTOSAR Adaptive Platform et définit des codes d'erreur ainsi que des exceptions spécifiques au domaine [SWS_AIDSM_10706]. Ses tâches principales comprennent l'identification du domaine, la fourniture de messages d'erreur lisibles associés aux codes d'erreur ainsi que la conversion des erreurs en exceptions typées via ThrowAsException[SWS_AIDSM_10712]. Le constructeur par défaut étant supprimé, l'accès s'effectue vraisemblablement via une instance globale, dont les appels de méthode sont spécifiés comme étant entièrement thread-safe. Question (ouverte)
Contexte
La classe ara::idsm::IdsmErrorDomain fait office, au sein de l'AUTOSAR Adaptive Platform dans le module idsm, de domaine d'erreur central pour l'identification et la classification des états d'erreur spécifiques au système de l'Intrusion Detection System Manager [SWS_AIDSM_10706]. En tant que spécialisation finale de la classe de base ara::core::ErrorDomain, elle intègre de manière transparente le sous-système IdsM dans le modèle unifié de gestion des erreurs de l'Adaptive Platform [SWS_AIDSM_10706]. La classe est définie dans l'en-tête ara/idsm/idsm_error_domain.h.
Au sein de l'architecture d'erreur, la classe associe les définitions de types pertinentes pour la gestion des erreurs d'IdsM : via l'alias de type Errc, elle référence l'énumération de codes d'erreur propre au domaine IdsmErrc[SWS_AIDSM_10707], tandis que l'alias de type Exception est lié à la classe d'exception spécifique au module IdsmException[SWS_AIDSM_10708]. De plus, elle fournit, via la méthode surchargée Name(), un identifiant unique du domaine à des fins de diagnostic et de journalisation [SWS_AIDSM_10710].
La création d'instances de l'IdsmErrorDomain est soumise à de strictes restrictions. Le constructeur par défaut est explicitement supprimé (IdsmErrorDomain() = delete;) [SWS_AIDSM_10709]. Les composants et applications appelants ne peuvent donc pas instancier la classe via une création d'objet ordinaire. En pratique, la mise à disposition de l'instance de domaine s'effectue vraisemblablement via une fonction d'accès statique du module sous forme de singleton à longue durée de vie, comme cela est d'usage pour les domaines d'erreur dans l'AUTOSAR Adaptive Platform. Question Q-f791746dd8b5c3d5 (ouverte)
En tant que domaine d'erreur purement fonctionnel, la classe ne possède pas d'états internes modifiables et ne traverse aucune phase complexe de cycle de vie ni transition d'état. En matière de concurrence, tous les appels de méthode fournis (Name(), Message() ainsi que ThrowAsException()) sont explicitement spécifiés comme étant thread-safe [SWS_AIDSM_10710], [SWS_AIDSM_10711], [SWS_AIDSM_10712]. Les instances du domaine d'erreur peuvent ainsi être utilisées en toute sécurité en parallèle par plusieurs threads du système, sans mécanismes de synchronisation externes supplémentaires.
Parcours d'utilisation
En pratique, la classe sert à la traduction et à la transmission des erreurs IdsM au sein du système logiciel à travers les étapes types suivantes :
Identification et diagnostic : via la méthode Name(), l'identifiant du domaine d'erreur peut être interrogé afin de déterminer si une erreur présente provient du module IdsM [SWS_AIDSM_10710].
Message d'erreur textuel : en présence d'un code d'erreur spécifique issu de IdsmErrc (alias Errc), l'appel de Message(errorCode) renvoie une description lisible de la cause de l'erreur sous forme de chaîne de caractères [SWS_AIDSM_10707], [SWS_AIDSM_10711].
Déclenchement d'exception : si une hiérarchie d'appels requiert une exception plutôt qu'une gestion des erreurs basée sur des valeurs, la méthode ThrowAsException(errorCode) convertit directement un code d'erreur en l'exception correspondante [SWS_AIDSM_10712].
Grâce à ce chemin d'utilisation, le domaine prend en charge aussi bien les contrôles d'erreur basés sur les valeurs via ara::core::ErrorCode que les flux de contrôle classiques basés sur les exceptions en cas d'erreur.
Scénarios d'erreur
Les conditions d'erreur au sein du module IdsM sont représentées par des valeurs de l'énumération IdsmErrc, auxquelles l'accès se fait de manière typée via l'alias Errc[SWS_AIDSM_10707]. Le domaine d'erreur contrôle la manière dont ces codes d'erreur sont transposés en situations d'exception.
La méthode ThrowAsException(const ara::core::ErrorCode& errorCode) est annotée avec noexcept(false) et lève l'exception associée au code d'erreur transmis [SWS_AIDSM_10712]. Ce type correspond à IdsmException, qui est rattaché via l'alias Exception[SWS_AIDSM_10708]. Interprétation : en cas d'erreur, l'appel ne retourne pas de manière régulière, mais force la sortie du contexte d'exécution actuel en levant l'exception. Question Q-52ca402c6c38a110 (ouverte) En revanche, Name() et Message() garantissent, par leur déclaration noexcept, qu'aucune exception involontaire ne peut jamais être levée pendant la simple interrogation du nom ou du message [SWS_AIDSM_10710], [SWS_AIDSM_10711].
Ce guide a été généré automatiquement sur la base de la spécification AUTOSAR pour R25-11.
Synopsis
class IdsmErrorDomain final : public ara::core::ErrorDomain {...};
gemini-3.8-flash-low· 2026-10-13 · Original allemand