estrutura <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput
struct <RoutineInterface>RequestResultOutput {...};
Structure wrapping the out arguments for a RequestResult
| Header-Datei | #include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>.h" |
|---|---|
| Forwarding-Header | #include "<RoutineInterfaceDirectoryPath>/<RoutineInterfaceShortname>/<RoutineInterfaceShortname>_fwd.h" |
| Scope | class <RoutineInterface-Namespace>::<RoutineInterface> |
Guia do utilizadorGERADO POR IA
Agrupa os argumentos de saída para a consulta de resultados de uma rotina de diagnóstico no AUTOSAR Adaptive.
Agrupa os argumentos de saída para a consulta de resultados de uma rotina de diagnóstico no AUTOSAR Adaptive.
A estrutura <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput encapsula no módulo diag da AUTOSAR Adaptive Platform (R25-11) todos os argumentos de saída para a chamada de uma consulta de resultado de rotina (RequestResult). Ela serve como um contêiner de dados tipado, que é preenchido pela implementação de rotina específica da aplicação com os valores de resultado determinados e repassado ao framework de diagnóstico. Interpretação: como mero tipo de valor sem sincronização própria, a estrutura deve ser destinada a um uso de curta duração no contexto de execução, exigindo proteção externa em caso de acesso compartilhado. Pergunta Q-3b8c63f0a0dd1c4a (aberta)
Contexto
A estrutura <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput é parte integrante do módulo diag da AUTOSAR Adaptive Platform no release R25-11. De acordo com a descrição da especificação, este tipo de dados serve como wrapper para encapsular os argumentos de saída (out arguments) para uma operação RequestResult. No diagnóstico veicular segundo a ISO 14229 (UDS RoutineControl, serviço 0x31), o gerenciamento de rotinas permite iniciar, parar e consultar resultados de rotinas com capacidade de diagnóstico na unidade de comando. Quando um testador de diagnóstico externo ou um componente de aplicação interno solicita o resultado de uma rotina previamente iniciada, os parâmetros de saída gerados precisam ser transportados de maneira estruturada e tipada. A estrutura atua, assim, como um contêiner de dados dedicado na interface entre a implementação da rotina do lado da aplicação e o ambiente de tempo de execução de diagnóstico. Interpretação: as variáveis-membro concretas da estrutura devem corresponder aos argumentos de saída da operação RequestResult definidos no respectivo modelo AUTOSAR para esta rotina. Pergunta Q-bb5b79242dac75ff (aberta)
Ciclo de vida
A sintaxe struct <RoutineInterface>RequestResultOutput {...}; define o tipo como um agregado básico de C++ sem lógica própria de controle ou de estado. Interpretação: no que diz respeito ao ciclo de vida, a estrutura de dados deve ter sido concebida como um puro tipo de valor (Value Type) sem gerenciamento dinâmico de recursos, seguindo assim as convenções padrão de C++ para semântica de valor. Uma instância é criada tipicamente dentro do contexto de execução da rotina assim que houver uma solicitação de consulta de resultado. A criação ocorre habitualmente de forma local na pilha (stack) ou dentro de um contêiner de retorno correspondente da implementação da rotina. Após a atribuição dos valores de saída determinados, a instância é transferida ao framework de diagnóstico subjacente por meio de mecanismos padrão de cópia ou movimentação. Com a conclusão da transmissão e a serialização dos dados de resposta, encerra-se o tempo de vida da instância. Como a estrutura não implementa mecanismos internos de sincronização, o acesso simultâneo a partir de múltiplas threads não é seguro para concorrência sem proteção externa. Pergunta Q-0919ad2177958d6b (aberta)
Caminho de utilização
O fluxo típico no uso desta estrutura divide-se no processamento da consulta, na disponibilização dos dados e no subsequente retorno ao chamador. O caminho de uso inicia-se quando o framework de diagnóstico encaminha uma requisição de operação RequestResult para a interface <RoutineInterface>. A implementação específica da rotina na aplicação processa essa chamada e determina os dados de saída internos atuais. Interpretação: a implementação da rotina deve, em seguida, criar uma instância de <RoutineInterface>RequestResultOutput e preencher suas variáveis-membro com os valores de resultado apurados. A estrutura totalmente preenchida é então devolvida ao framework de diagnóstico como resultado da operação. Por fim, o framework extrai e serializa os argumentos de saída contidos na estrutura para construir a mensagem de resposta positiva de diagnóstico e enviá-la ao testador. Após a assimilação bem-sucedida dos dados, a instância temporária é liberada normalmente. Pergunta (aberta)
Este guia baseia-se nas especificações da AUTOSAR Adaptive Platform para o módulo diag no release R25-11.
gemini-3.8-flash-low· 2026-10-13 · Original em alemão