пространство имён <SI-Namespace>::proxy::triggers
Руководство пользователяСОЗДАНО ИИ
Предоставляет классы на стороне прокси для сигнализации событий триггеров для ServiceInterface.
Предоставляет классы на стороне прокси для сигнализации событий триггеров для ServiceInterface.
Пространство имен <SI-Namespace>::proxy::triggers предоставляет в модуле com платформы AUTOSAR Adaptive Platform клиентские прокси-классы <Trigger> для каждого триггера, определенного в ServiceInterface в роли trigger. Инстанцирование, предположительно, происходит неявно через сервисный прокси, посредством которого приложение обращается к объекту триггера для передачи сигнала срабатывания поставщику сервиса. Вопрос Q-3f5a464441664c95 (открытый) Время жизни триггеров привязано к вышестоящему экземпляру прокси, при этом при параллельном доступе из нескольких потоков приложения требуется синхронизация на уровне приложения.
Контекст
Пространство имен <SI-Namespace>::proxy::triggers является частью модуля связи (com) в AUTOSAR Adaptive Platform для релиза R25-11. Оно служит для инкапсуляции клиентских прокси-классов для элементов-триггеров, смоделированных в сервисном интерфейсе. Для каждого триггера, объявленного в ServiceInterface в роли trigger, в этом пространстве имен предоставляется специфический триггер-класс сервисного прокси <Trigger>.
Во взаимодействии сервисно-ориентированной архитектуры данное пространство имен выступает в качестве специализированного посредника между использующим клиентским приложением и точками взаимодействия вышестоящего сервисного прокси. Предположительно, экземпляры сгенерированного класса <Trigger> предоставляются как члены или через методы доступа соответствующего сервисного прокси и разделяют его привязку к разрешенному экземпляру сервиса. Вопрос Q-821f73ddacf7a754 (открытый) В то время как вызовы методов в com обычно отображают синхронные или асинхронные вызовы функций с параметрами и возвращаемыми значениями, а события служат для непрерывного приема данных, триггер на стороне прокси, вероятно, функционирует как легковесный механизм запуска для передачи сигнала или уведомления от клиента поставщику сервиса.
Жизненный цикл
Поскольку пространство имен <SI-Namespace>::proxy::triggers главным образом предоставляет типогенерированные элементы интерфейса для триггеров сервисного прокси, оно не определяет самостоятельных глобальных фаз инициализации или переходов состояний на уровне пространства имен. Время жизни и отношения владения объектов триггеров, по всей видимости, полностью связаны с жизненным циклом вышестоящего экземпляра прокси, благодаря чему для клиентского приложения не требуется отдельного создания через фабрики или ручных процедур освобождения ресурсов. Вопрос Q-34d5346fed668f0b (открытый)
Создание экземпляра триггера происходит неявно во время конструирования сервисного прокси после того, как подходящий экземпляр сервиса был найден с помощью Service Discovery. Пока сервисный прокси существует в памяти и остается валидным, встроенный класс <Trigger> также готов к взаимодействию. При уничтожении или освобождении сервисного прокси завершается и время жизни связанных с ним объектов триггеров. Что касается параллелизма и потокобезопасности, при одновременном доступе нескольких потоков приложения к одному и тому же объекту триггера необходимо обеспечить синхронизацию на стороне приложения, поскольку спецификация не описывает дополнительных гарантий на уровне пространства имен.
Путь использования
Типичная последовательность использования элементов из пространства имен <SI-Namespace>::proxy::triggers следует регулярному шаблону сервисно-ориентированной коммуникации на стороне прокси и подразделяется на обнаружение сервиса, создание прокси и запуск триггера.
На первом шаге приложение Adaptive ищет доступный экземпляр целевого сервиса с помощью механизмов платформы и инстанцирует соответствующий сервисный прокси. На втором шаге приложение обращается через прокси к предоставленному в пространстве имен экземпляру <Trigger>, соответствующему триггеру, смоделированному в ServiceInterface. На третьем шаге приложение выполняет вызов на объекте триггера, в результате чего сигнал срабатывания отправляется поставщику сервиса. После завершения коммуникации экземпляр сервисного прокси штатно ликвидируется, чем и завершается сценарий использования класса триггера.
Данное руководство составлено с помощью ИИ и базируется на требованиях AUTOSAR Adaptive Platform релиза R25-11.
Для этого релиза нет данных об элементах
Классы
Service proxy Trigger class, one for each Trigger defined in the ServiceInterface in the role trigger.
Диаграмма классов
Abgerundete Rahmen = Namespace- bzw. Klassen-Scopes; hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); graue Boxen = namespace-fremde bzw. externe Basisklassen. Klicken öffnet die jeweilige Klassen- bzw. cppreference-Seite.
gemini-3.8-flash-low· 2026-10-13 · Немецкий оригинал