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

A estrutura serve no módulo de diagnóstico da AUTOSAR Adaptive Platform como encapsulamento para os argumentos de saída na leitura de um elemento Extended Data Record. Agrupa os dados de diagnóstico resultantes de uma operação de leitura num objeto tipificado, que é passado da interface fornecedora para a instância de diagnóstico chamadora. Presumivelmente, a estrutura de dados é preenchida com os valores determinados durante a chamada e, em seguida, disponibilizada para posterior processamento ou transmissão por valor ou semântica de movimento. Pergunta (aberta) Como puro objeto de dados sem mecanismos de sincronização próprios, requer uma coordenação externa pelos componentes envolvidos em caso de acesso concorrente.

mais ›

Contexto

A estrutura de dados <ExtendedDataRecordElement>ReadOutput faz parte do módulo diag na AUTOSAR Adaptive Platform (Release R25-11). Está associada ao espaço de nomes <ExtendedDataRecord-Namespace>::<ExtendedDataRecordElementInterface> e declarada sintaticamente como uma estrutura C++ (struct <ExtendedDataRecordElement>ReadOutput {...};). De acordo com a descrição da especificação, esta estrutura serve como encapsulamento para os argumentos de saída de uma operação de leitura (Structure wrapping the out arguments for a ReadOutput).

No âmbito da gestão de diagnóstico adaptativa, os Extended Data Records (EDR) assumem a tarefa de fornecer informações de diagnóstico adicionais, específicas do fabricante ou padronizadas, tais como condições de funcionamento, valores de medição ou contadores de estado no momento de uma entrada de avaria. A estrutura <ExtendedDataRecordElement>ReadOutput atua aqui como objeto de transferência de dados dedicado para os resultados de uma consulta a um elemento desse registo de dados. Em vez de passar valores de retorno através de múltiplos parâmetros de saída ou ponteiros separados, a estrutura agrupa os dados de saída produzidos.

Como parceiros de interação principais surgem a instância de diagnóstico consultora (por exemplo, um serviço de diagnóstico ou o ambiente de execução de ara::diag) bem como a implementação da interface <ExtendedDataRecordElementInterface> do lado da aplicação. Interpretação: presumivelmente, a estrutura serve sobretudo para agrupar com segurança de tipos os valores de retorno de uma chamada de leitura numa interface para Extended Data Records em ara::diag e disponibilizá-los para o fluxo de dados posterior. Desta forma, assegura-se uma separação limpa de interfaces entre o fornecimento de dados e o processamento de dados. Pergunta Q-0b74f3ccd5993cf3 (aberta)

Ciclo de vida

A estrutura <ExtendedDataRecordElement>ReadOutput é concebida como um agregado de dados C++ puro, sem lógica de negócio própria nem retenção de estado. Disto resultam características inequívocas para a criação, relações de propriedade e destruição no sistema.

A instanciação do objeto ocorre diretamente no contexto da chamada de leitura a ser executada. O componente fornecedor cria a instância na pilha ou dentro de um contexto de processamento assíncrono e atribui-lhe os dados de saída determinados. Interpretação: o tempo de vida da instância deverá estar vinculado ao respetivo ciclo de execução e retorno da operação de leitura e terminar após a avaliação dos dados contidos pelo chamador. Pergunta Q-8df0c1a01d7b670d (aberta) Não existem estados internos e, consequentemente, não há transições de estado definidas; após a sua inicialização, a estrutura encontra-se num estado de leitura imutável ou puramente passivo.

Relativamente às relações de propriedade, a estrutura é habitualmente passada por valor (by value) ou por semântica de movimento ao chamador. A propriedade transita, assim, integralmente para a entidade chamadora. Ao sair do âmbito (scope), a memória é libertada deterministicamente de acordo com as regras normais de destruição de C++.

No que diz respeito à concorrência, <ExtendedDataRecordElement>ReadOutput não contém mecanismos internos de sincronização, mutexes ou operações atómicas. Caso uma instância seja partilhada entre threads ou reencaminhada em condutas de dados assíncronas, a responsabilidade pelo acesso seguro para threads recai inteiramente sobre os componentes de software circundantes do sistema de diagnóstico.

Caminho de utilização

O percurso de utilização típico descreve a sequência de passos na consulta de dados de diagnóstico através da interface <ExtendedDataRecordElementInterface>:

Primeiro, um serviço de diagnóstico ou uma função interna de diagnóstico inicia uma consulta de leitura para um determinado elemento Extended Data Record. Esta consulta é endereçada à operação de leitura da interface. Interpretação: no percurso de utilização, a estrutura é presumivelmente preenchida com os valores de leitura pela implementação da aplicação ou do handler e, em seguida, passada para processamento posterior. Pergunta Q-14a94978fff8f96e (aberta) A implementação lê as informações de diagnóstico atuais a partir das fontes de dados internas e inicializa uma instância de <ExtendedDataRecordElement>ReadOutput com estes valores.

Após a inicialização, a instância é devolvida ao componente de diagnóstico chamador. O chamador acede aos campos de dados contidos na estrutura para validar, serializar ou preparar os valores para a resposta de diagnóstico de acordo com o protocolo de diagnóstico. Assim que os dados de saída tenham sido processados com sucesso ou transferidos para áreas de memória a jusante, a utilização da estrutura termina e o objeto é descartado.