命名空间 <SI-Namespace>::skeleton::triggers

命名空间 <SI-Namespace>::skeleton::triggers 为 AUTOSAR Adaptive Platform 通信模块 com 中的服务骨架提供特定类，以便在服务端调用 ServiceInterface 中定义的触发器。针对角色 trigger 中声明的每个触发器，均提供类 <Trigger> 的一个实例，服务提供者可以通过该实例向已连接的客户端触发事件信号。推测这些触发器类的生命周期与上级骨架对象紧密绑定，因此使用它们的前提是预先初始化并提供相应的服务。 问题 (未决)此外，服务提供者必须考虑到，来自多个线程的并发触发器调用推测需要应用程序端进行同步。

更多 ›

上下文

命名空间 <SI-Namespace>::skeleton::triggers 是 AUTOSAR Adaptive Platform（Release R25-11）通信模块 com 的专用命名空间。在面向服务的架构（SOA）中，ServiceInterface 构成了形式化接口规范，该规范规定了服务提供者（Skeleton）与服务消费者（Proxy）之间的功能范围和通信模式。除了用于同步或异步函数调用的方法、用于数据传输的事件以及用于有状态属性的字段之外，服务接口还可以包含触发器。对于在 ServiceInterface 中以角色 trigger 声明的每个触发器，命名空间 <SI-Namespace>::skeleton::triggers 都提供专用的服务骨架触发器类 <Trigger>。

这些类的核心作用是为服务端应用程序提供专用抽象，用于发出控制脉冲或通知脉冲的信号。与主要用于连续或事件驱动型数据传输的传统事件不同，触发器通常发出已定义事件发生或状态改变的信号。触发器类的核心交互伙伴包括提供服务的应用程序逻辑、起聚合作用的服务骨架以及 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> 对象上的触发方法。平台将信号传输给所有已注册的消费者。
• 停用退役：服务端应用程序撤回服务提供并销毁骨架实例，从而确定性地释放触发器对象。