namespace <SI-Namespace>::proxy::triggers

No módulo com da AUTOSAR Adaptive Platform, o namespace <SI-Namespace>::proxy::triggers disponibiliza classes de proxy <Trigger> do lado do cliente para cada trigger definido na ServiceInterface no papel trigger. A instanciação ocorre presumivelmente de forma implícita através do proxy de serviço, através do qual a aplicação endereça o objeto trigger para transmitir um sinal de disparo ao fornecedor de serviços. Pergunta Q-3f5a464441664c95 (aberta) O tempo de vida dos triggers está vinculado à instância de proxy superior, sendo necessária a sincronização do lado da aplicação no caso de acesso concorrente por múltiplas threads da aplicação.

mais ›

Contexto

O namespace <SI-Namespace>::proxy::triggers faz parte do módulo de comunicação (com) na AUTOSAR Adaptive Platform para a release R25-11. Serve para o encapsulamento de classes de proxy do lado do cliente para elementos de trigger modelados numa interface de serviço. Para cada trigger declarado numa ServiceInterface no papel trigger, é disponibilizada neste namespace uma classe de trigger de proxy de serviço <Trigger> específica.

Na interação da arquitetura orientada a serviços, este namespace atua como intermediário direcionado entre a aplicação cliente utilizadora e os pontos de interação do proxy de serviço superior. Presumivelmente, as instâncias da classe gerada <Trigger> são disponibilizadas como membros ou através de métodos de acesso do respetivo proxy de serviço e partilham a sua vinculação a uma instância de serviço resolvida. Pergunta Q-821f73ddacf7a754 (aberta) Enquanto as chamadas de métodos em com mapeiam tipicamente chamadas de funções síncronas ou assíncronas com parâmetros e valores de retorno, e os eventos servem para a receção contínua de dados, um trigger do lado do proxy deverá funcionar como um mecanismo de disparo leve para transmitir um sinal ou notificação a partir do lado do cliente para o fornecedor de serviços.

Ciclo de vida

Dado que o namespace <SI-Namespace>::proxy::triggers fornece primariamente elementos de interface gerados por tipo para triggers de proxy de serviço, não define fases de inicialização globais independentes ou transições de estado ao nível do namespace. Em vez disso, o tempo de vida e as relações de posse dos objetos trigger deverão estar totalmente acoplados ao ciclo de vida da instância de proxy superior, de modo que a aplicação cliente não necessite de criação separada através de fábricas ou rotinas manuais de libertação. Pergunta Q-34d5346fed668f0b (aberta)

A criação da instância de trigger ocorre implicitamente durante a construção do proxy de serviço, após ter sido encontrada uma instância de serviço adequada através da Service Discovery. Enquanto o proxy de serviço existir na memória e permanecer válido, a classe <Trigger> incorporada também permanece disponível para interações. Se o proxy de serviço for destruído ou libertado, o tempo de vida dos objetos trigger associados termina igualmente. No que diz respeito à concorrência e à segurança de threads, deve garantir-se a sincronização do lado da aplicação em caso de acesso simultâneo de várias threads da aplicação ao mesmo objeto trigger, visto que a especificação não descreve garantias adicionais ao nível do namespace.

Caminho de utilização

O fluxo típico para a utilização de elementos do namespace <SI-Namespace>::proxy::triggers segue o padrão regular de comunicação orientada a serviços do lado do proxy e divide-se em localização de serviços, criação de proxy e disparo de trigger.

No primeiro passo, a aplicação Adaptive procura uma instância disponível do serviço de destino através dos mecanismos da plataforma e instancia o respetivo proxy de serviço. No segundo passo, a aplicação acede, através do proxy, à instância de <Trigger> disponibilizada no namespace, que corresponde ao trigger modelado na ServiceInterface. No terceiro passo, a aplicação executa a chamada no objeto trigger, enviando assim o sinal de disparo ao fornecedor de serviços. Após a conclusão da comunicação, a instância do proxy de serviço é devidamente desmontada, concluindo assim o caminho de utilização da classe trigger.