пространство имён <SI-Namespace>::skeleton::triggers

Пространство имен <SI-Namespace>::skeleton::triggers предоставляет для сервисных скелетонов в коммуникационном модуле com платформы AUTOSAR Adaptive Platform специфические классы для обращения на стороне сервера к триггерам, определенным в ServiceInterface. Для каждого объявленного триггера в роли trigger предоставляется экземпляр класса <Trigger>, с помощью которого поставщики сервиса могут вызывать сигналы событий для подключенных клиентов. Предположительно, время жизни этих классов триггеров жестко связано с вышестоящим объектом скелетона, поэтому их использование предполагает предварительную инициализацию и предложение соответствующего сервиса. Вопрос (открытый) Кроме того, поставщики сервисов должны учитывать, что одновременные вызовы триггеров из нескольких потоков, вероятно, потребуют синхронизации на уровне приложения.

больше ›

Контекст

Пространство имен <SI-Namespace>::skeleton::triggers является специализированным пространством имен коммуникационного модуля com платформы AUTOSAR Adaptive Platform (релиз R25-11). В рамках сервисно-ориентированной архитектуры (SOA) ServiceInterface образует формальную спецификацию интерфейса, определяющую набор функций и шаблоны взаимодействия между поставщиками сервисов (скелетонами) и потребителями сервисов (прокси). Наряду с методами для синхронных или асинхронных вызовов функций, событиями для передачи данных и полями для свойств с сохранением состояния сервисные интерфейсы могут также содержать триггеры. Для каждого триггера, объявленного в ServiceInterface в роли trigger, пространство имен <SI-Namespace>::skeleton::triggers предоставляет собственный класс триггера сервисного скелетона <Trigger>.

Основная роль этих классов заключается в предоставлении серверному приложению выделенной абстракции для передачи управляющих сигналов или импульсов уведомлений. В отличие от классических событий, служащих прежде всего для непрерывной или событийно-управляемой передачи данных, триггер обычно сигнализирует о наступлении определенного события или смене состояния. К ключевым участникам взаимодействия для классов триггеров относятся предоставляющая логика приложения, агрегирующий скелетон сервиса (service skeleton), а также связующее программное обеспечение связи из com, которое берет на себя пересылку сигналов через соответствующий транспортный биндинг.

Жизненный цикл

Жизненный цикл классов триггеров в пространстве имен <SI-Namespace>::skeleton::triggers напрямую связан с вышестоящим скелетоном сервиса. Предположительно, для каждого триггера, определенного в ServiceInterface, при создании скелетона сервиса инстанциируется ровно один экземпляр класса <Trigger>, который им же и управляется. Вопрос Q-a0d69b49748aa8c4 (открытый) Изолированное создание или уничтожение сервисным приложением, как правило, не происходит.

На этапе эксплуатации использование подразделяется на три характерные фазы: фазу инициализации, активную фазу отправки и фазу завершения. Во время инициализации уровень связи настраивает необходимые биндинги и ресурсы для триггера. Как только поставщик сервиса официально предлагает сервис в системе через скелетон, триггер переходит в рабочее состояние. В этой фазе логика приложения может многократно инициировать процессы срабатывания. При прекращении предложения сервиса или освобождении скелетона связанные с триггером ресурсы также очищаются. Что касается параллелизма, то при одновременной активации триггера из нескольких потоков может потребоваться синхронизация на стороне приложения, если только лежащий в основе коммуникационный фреймворк не гарантирует неотъемлемую потокобезопасность для одновременных вызовов триггера. Вопрос Q-eb23aad9119e9a8f (открытый)

Путь использования

Типичный сценарий использования классов из <SI-Namespace>::skeleton::triggers охватывает весь процесс от определения интерфейса до деактивации сервиса:

• Проектирование интерфейса и генерация кода: В модели программного обеспечения определяется ServiceInterface, содержащий как минимум один триггер в роли trigger. Генератор кода платформы создает на его основе пространство имен <SI-Namespace>::skeleton::triggers и соответствующий класс <Trigger>.
• Инстанцирование скелетона: Серверное приложение инстанциирует конкретную реализацию скелетона сервиса. Интерпретация: доступ к экземпляру <Trigger> предоставляется поставщику сервиса через интерфейс-член скелетона. Вопрос Q-f287180a040cea33 (открытый)
• Предоставление сервиса: Скелетон сервиса инициирует предложение сервиса в сети, благодаря чему клиентские прокси могут обнаружить сервис и зарегистрироваться на уведомления триггера.
• Срабатывание триггера: Как только в прикладной логике выполняется условие триггера, серверное ПО вызывает метод срабатывания у объекта <Trigger>. Платформа передает сигнал всем зарегистрированным потребителям.
• Вывод из эксплуатации: Серверное приложение отзывает предложение сервиса и уничтожает экземпляр скелетона, вследствие чего объекты триггеров также детерминированно деаллоцируются.