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

La estructura sirve en el módulo de diagnóstico de AUTOSAR Adaptive Platform como encapsulación para los argumentos de salida al leer un elemento de Extended Data Record. Agrupa los datos de diagnóstico resultantes de una operación de lectura en un objeto tipificado que se transfiere desde la interfaz proveedora a la instancia de diagnóstico llamadora. Presumiblemente, la estructura de datos se rellena durante la llamada con los valores determinados y a continuación se proporciona para su posterior procesamiento o transmisión por valor o mediante semántica de movimiento. Pregunta (abierta) Como objeto de datos puro sin mecanismos de sincronización propios, en caso de acceso concurrente requiere una coordinación externa por parte de los componentes involucrados.

más ›

Contexto

La estructura de datos <ExtendedDataRecordElement>ReadOutput forma parte del módulo diag dentro de AUTOSAR Adaptive Platform (release R25-11). Está asignada al espacio de nombres <ExtendedDataRecord-Namespace>::<ExtendedDataRecordElementInterface> y declarada sintácticamente como estructura de C++ (struct <ExtendedDataRecordElement>ReadOutput {...};). Según la descripción de la especificación, esta estructura sirve como encapsulación para los argumentos de salida de una operación de lectura (Structure wrapping the out arguments for a ReadOutput).

En el marco de la gestión de diagnóstico adaptativa, los Extended Data Records (EDR) asumen la tarea de proporcionar información de diagnóstico adicional estandarizada o específica del fabricante, como por ejemplo condiciones de funcionamiento, valores de medición o contadores de estado en el momento de una entrada de fallo. La estructura <ExtendedDataRecordElement>ReadOutput actúa en este contexto como un objeto de transferencia de datos dedicado para los resultados de una consulta de un elemento de registro de este tipo. En lugar de transferir valores de retorno a través de múltiples parámetros de salida independientes o punteros, la estructura agrupa los datos de salida generados.

Como interlocutores principales intervienen la instancia de diagnóstico solicitante (por ejemplo, un servicio de diagnóstico o el entorno de ejecución de ara::diag), así como la implementación del lado de la aplicación de la interfaz <ExtendedDataRecordElementInterface>. Interpretación: presumiblemente, la estructura sirve sobre todo para agrupar con seguridad de tipos los valores de retorno de una llamada de lectura en una interfaz para Extended Data Records en ara::diag y facilitarlos para el flujo de datos posterior. Pregunta Q-0b74f3ccd5993cf3 (abierta) De este modo se garantiza una separación de interfaz limpia entre el suministro de datos y el procesamiento de datos.

Ciclo de vida

La estructura <ExtendedDataRecordElement>ReadOutput está concebida como un agregado de datos de C++ puro sin lógica de negocio propia ni mantenimiento de estado. De ello se derivan características inequívocas para la creación, relaciones de propiedad y destrucción en el sistema.

La instanciación del objeto se produce directamente en el contexto de la llamada de lectura que se va a ejecutar. El componente proveedor crea la instancia en la pila o dentro de un contexto de procesamiento asíncrono y le asigna los datos de salida determinados. Interpretación: el tiempo de vida de la instancia probablemente esté vinculado al ciclo respectivo de ejecución y retorno de la operación de lectura y finalice tras la evaluación de los datos contenidos por parte del llamador. Pregunta Q-8df0c1a01d7b670d (abierta) No existen estados internos y, por consiguiente, tampoco transiciones de estado definidas; tras su inicialización, la estructura se encuentra en un estado de lectura inmutable o puramente pasivo.

En cuanto a las relaciones de propiedad, la estructura se entrega habitualmente al llamador como valor (by value) o mediante semántica de movimiento. Por consiguiente, la propiedad se transfiere por completo a la parte llamadora. Al salir del ámbito (scope), la memoria se libera de forma determinista según las reglas habituales de destrucción de C++.

En relación con la concurrencia, <ExtendedDataRecordElement>ReadOutput no contiene mecanismos internos de sincronización, mutexes ni operaciones atómicas. En caso de que una instancia se comparta entre diferentes hilos o se reenvíe en tuberías de datos asíncronas, la responsabilidad del acceso seguro para subprocesos recae por completo en los componentes de software circundantes del sistema de diagnóstico.

Ruta de uso

La ruta de uso típica describe la secuencia de pasos durante la consulta de datos de diagnóstico a través de la interfaz <ExtendedDataRecordElementInterface>:

En primer lugar, un servicio de diagnóstico o una función interna de diagnóstico inicia una consulta de lectura para un elemento determinado de Extended Data Record. Esta consulta va dirigida a la operación de lectura de la interfaz. Interpretación: en la ruta de uso, la estructura es presumiblemente rellenada con los valores leídos por la implementación de la aplicación o del manejador y, a continuación, se entrega para su posterior procesamiento. Pregunta Q-14a94978fff8f96e (abierta) La implementación lee la información de diagnóstico actual de las fuentes de datos internas e inicializa una instancia de <ExtendedDataRecordElement>ReadOutput con estos valores.

Tras la inicialización, la instancia se devuelve al componente de diagnóstico llamador. El llamador accede a los campos de datos contenidos en la estructura para validar los valores, serializarlos o acondicionarlos para la respuesta de diagnóstico según el protocolo de diagnóstico. Tan pronto como los datos de salida se han procesado con éxito o se han transferido a áreas de memoria posteriores, el uso de la estructura finaliza y el objeto se descarta.