estructura <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput

La estructura <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput encapsula en el módulo diag de AUTOSAR Adaptive Platform (R25-11) todos los argumentos de salida para la invocación de una consulta de resultados de rutina (RequestResult). Sirve como contenedor de datos tipificado que la implementación de rutina específica de la aplicación rellena con los valores de resultado determinados y transfiere al framework de diagnóstico. Interpretación: al ser un tipo de valor puro sin sincronización propia, es de esperar que la estructura esté destinada a un uso efímero en el contexto de ejecución y requiera protección externa en caso de acceso compartido. Pregunta Q-3b8c63f0a0dd1c4a (abierta)

más ›

Contexto

La estructura <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput forma parte del módulo diag de AUTOSAR Adaptive Platform en la versión R25-11. Según la descripción de la especificación, este tipo de datos actúa como wrapper para encapsular los argumentos de salida (out arguments) de una operación RequestResult. En el diagnóstico vehicular según ISO 14229 (UDS RoutineControl, servicio 0x31), la gestión de rutinas permite iniciar, detener y consultar resultados de rutinas diagnosticables en la unidad de control. Cuando un tester de diagnóstico externo o un componente de aplicación interno solicita el resultado de una rutina previamente iniciada, los parámetros de salida generados deben transportarse de manera estructurada y tipificada. La estructura actúa en este contexto como un contenedor de datos dedicado en la interfaz entre la implementación de rutina en el lado de la aplicación y el entorno de ejecución de diagnóstico. Interpretación: es de prever que las variables miembro concretas de la estructura se correspondan con los argumentos de salida de la operación RequestResult definidos en el respectivo modelo AUTOSAR para esta rutina. Pregunta Q-bb5b79242dac75ff (abierta)

Ciclo de vida

La sintaxis struct <RoutineInterface>RequestResultOutput {...}; define el tipo como un agregado elemental de C++ sin lógica propia de control o estado. Interpretación: en cuanto a su ciclo de vida, es de prever que la estructura de datos esté concebida como un tipo de valor puro (Value Type) sin gestión dinámica de recursos y, por tanto, siga las convenciones estándar de C++ para semántica de valor. Pregunta Q-0919ad2177958d6b (abierta) Una instancia se crea normalmente dentro del contexto de ejecución de la rutina en cuanto existe una petición de consulta de resultados. La creación se realiza habitualmente de forma local en la pila o dentro del correspondiente contenedor de retorno de la implementación de la rutina. Tras asignar los valores de salida calculados, la instancia se transfiere mediante mecanismos estándar de copia o movimiento al framework de diagnóstico de nivel superior. Con la conclusión del envío y la serialización de los datos de respuesta finaliza la vida útil de la instancia. Dado que la estructura no implementa mecanismos internos de sincronización, el acceso concurrente desde múltiples hilos sin protección externa no es seguro frente a subprocesos.

Ruta de uso

El flujo típico al utilizar esta estructura se divide en el procesamiento de la consulta, la provisión de los datos y la posterior respuesta al llamador. La ruta de uso comienza cuando el framework de diagnóstico reenvía una solicitud para una operación RequestResult a la interfaz <RoutineInterface>. La implementación de la rutina específica de la aplicación procesa esta llamada y determina los datos de salida internos actuales. Interpretación: es de prever que la implementación de la rutina cree a continuación una instancia de <RoutineInterface>RequestResultOutput y asigne a sus variables miembro los valores de resultado obtenidos. Pregunta (abierta) La estructura completamente rellenada se devuelve seguidamente al framework de diagnóstico como resultado de la operación. Por último, el framework extrae y serializa los argumentos de salida contenidos en la estructura para construir y enviar el mensaje de respuesta de diagnóstico positiva al tester. Una vez transferidos con éxito los datos, la instancia temporal se libera de forma regular.