CN111475140A - 基于事件驱动架构的App组件化方法及事件驱动架构 - Google Patents

Abstract

本申请提供了一种基于事件驱动架构的App组件化方法，基于事件驱动架构，事件驱动架构包括：事件中介和事件通道，该方法包括：事件中介在接收到第一组件发布的组件动作的情况下，将组件动作转发给与第一组件关联的事件通道；与第一组件关联的事件通道，查找与组件动作对应的第二组件，第二组件与第一组件不同；与第一组件关联的事件通道，在查找到第二组件的情况下，将组件动作发送给第二组件，以使第二组件根据组件动作执行相应的操作。在本申请中，通过以上方式可以，降低不同组件之间的依赖，提高开发效率。

Description

基于事件驱动架构的App组件化方法及事件驱动架构

技术领域

本申请涉及App技术领域，特别涉及一种基于事件驱动架构的App 组件化方法及事件驱动架构。

背景技术

传统的App(Application，应用软件)一般是基于单片式架构开发， 但是单片式架构存在使整个App内部的代码没有分组、分层等划分，代 码之间相互紧耦合的问题，导致在修改一处代码时往往会牵动很多处代 码的修改，开发效率低。

为了提高开发效率，通常的解决方案是进行App的组件化，以降低 代码间的耦合。

但是，在进行App的组件化时，如何较大程度的降低组件之间的依 赖成为问题。

发明内容

为解决上述技术问题，本申请实施例提供一种基于事件驱动架构的App 组件化方法及事件驱动架构，以达到降低不同组件之间的依赖，提高开发 效率的目的，技术方案如下：

一种基于事件驱动架构的App组件化方法，基于事件驱动架构，所述事 件驱动架构包括：事件中介和事件通道，该方法包括：

所述事件中介在接收到第一组件发布的组件动作的情况下，将所述组件 动作转发给与所述第一组件关联的事件通道，所述与所述第一组件关联的事 件通道为所述事件驱动架构包括的事件通道中的其中一个事件通道；

所述与所述第一组件关联的事件通道，查找与所述组件动作对应的第二 组件，所述第二组件与所述第一组件不同；

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况 下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件 动作执行相应的操作。

优选的，所述组件动作为路由动作，所述第二组件为路由器组件；

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况 下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件 动作执行相应的操作，包括：

所述与所述第一组件关联的事件通道，在查找到所述路由器组件的情况 下，将所述路由动作发送给所述路由器组件，以使所述路由器组件根据所述 路由动作跳转到目标组件。

优选的，所述第二组件根据所述组件动作执行相应的操作，包括：

所述第二组件根据所述组件动作及预先设定的组件通信有限字典协议， 执行相应的操作；

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内 扩展。

优选的，所述将所述组件动作发送给所述第二组件，包括：

加载所述第二组件，并将所述组件动作发送给所述第二组件。

优选的，所述组件动作为通道绑定动作；

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况 下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件 动作执行相应的操作，包括：

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况 下，将所述通道绑定动作发送给所述第二组件，以使所述第二组件根据所述 通道绑定动作，建立与所述第一组件的数据传输通道，以使所述第一组件与 所述第二组件通过所述数据传输通道进行数据传输。

优选的，所述方法还包括：

所述事件中介在接收到组件动作时，将接收到的组件动作转发给监控组 件，以使所述监控组件依据接收到的组件动作进行业务监控。

优选的，所述第一组件发布的组件动作为基于所述第二组件的声明式描述确 定的。

一种事件驱动架构，包括：事件中介和事件通道；

所述事件中介用于，在接收到第一组件发布的组件动作的情况下，将所 述组件动作转发给与所述第一组件关联的事件通道，所述与所述第一组件关 联的事件通道为所述事件驱动架构包括的事件通道中的其中一个事件通道；

所述与所述第一组件关联的事件通道，用于查找与所述组件动作对应的 第二组件，所述第二组件与所述第一组件不同；

所述与所述第一组件关联的事件通道，用于在查找到所述第二组件的情 况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组 件动作执行相应的操作。

优选的，所述组件动作为路由动作，所述第二组件为路由器组件；

所述与所述第一组件关联的事件通道，具体用于：

所述与所述第一组件关联的事件通道，在查找到所述路由器组件的情况 下，将所述路由动作发送给所述路由器组件，以使所述路由器组件根据所述 路由动作跳转到目标组件。

优选的，所述与所述第一组件关联的事件通道，具体用于：

在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组 件，以使所述第二组件根据所述组件动作及预先设定的组件通信有限字典协 议，执行相应的操作；

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内 扩展。

优选的，所述与所述第一组件关联的事件通道，具体用于：

在查找到所述第二组件的情况下，加载所述第二组件，并将所述组件动 作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操 作。

优选的，所述组件动作为通道绑定动作；

所述与所述第一组件关联的事件通道具体用于：

在查找到所述第二组件的情况下，将所述通道绑定动作发送给所述第二 组件，以使所述第二组件根据所述通道绑定动作，建立与所述第一组件的数 据传输通道，以使所述第一组件与所述第二组件通过所述数据传输通道进行 数据传输。

优选的，所述事件中介，还用于：

在接收到组件动作时，将接收到的组件动作转发给监控组件，以使所述 监控组件依据接收到的组件动作进行业务监控。

优选的，所述第一组件发布的组件动作为基于所述第二组件的声明式描 述确定的。

与现有技术相比，本申请的有益效果为：

在本申请中，基于事件驱动架构，由事件中介与事件通道实现不同组 件间的交互，保证不同组件可以只和事件耦合，降低不同组件之间的依 赖，以此提高开发效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述 中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅 仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创 造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的一种基于事件驱动架构的App组件化方法实施例1 的流程图；

图2是本申请提供的一种基于事件驱动架构的App组件化方法实施例2 的流程图；

图3是本申请提供的一种基于事件驱动架构的App组件化方法实施例3 的流程图；

图4是本申请提供的一种基于事件驱动架构的App组件化方法实施例4 的流程图；

图5是本申请提供的一种基于事件驱动架构的App组件化方法实施例5 的流程图；

图6是本申请提供的一种事件驱动架构的逻辑结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案 进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实 施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本 申请保护的范围。

本申请实施例公开了一种基于事件驱动架构的App组件化方法，基于 事件驱动架构，所述事件驱动架构包括：事件中介和事件通道，该方法包括： 所述事件中介在接收到第一组件发布的组件动作的情况下，将所述组件动作 转发给与所述第一组件关联的事件通道；所述与所述第一组件关联的事件通 道，查找与所述组件动作对应的第二组件，所述第二组件与所述第一组件不 同；所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况下， 将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操作。在本申请中，可以降低组件之间的依赖。

本申请实施例公开的基于事件驱动架构的App组件化方法所基于的事 件驱动架构可以采用面向协议编程进行构造。面向协议编程可以理解为：以 各个对象之间的协作关系作为系统设计的关键的编程思想。

事件驱动架构至少可以包括：事件中介和事件通道。

事件中介可以理解为：用于组件间通信的中介。

事件中介可以用于：

(1)管理组件的注册、反注册、组件的依赖注入，其中，组件的反注 册可以理解为：组件不再加载到应用程序内，组件不再接收任何已订阅的动 作。组件的依赖注入可以理解为：组件的初始化通常会依赖一些初始化的参 数(即action里面的buildConfig)，而这些参数并不是硬编码到应用程序里面 的，而是通过buildConfig(字典)的方式传递给组件来进行初始化的(注入)， 以此消除硬编码造成的耦合(依赖)；

(2)管理组件实例的生命周期，查询组件实例

(3)管理事件通道(channel)的初始化以及将事件通道(channel)分 配给组件

基于面向协议编程的事件中介遵循的协议可以为：

channel:HNChannel；//事件通道

factory:HNComponentFactory；//组件工厂

compontStore:HNComponentStore；//组件库保存组件工厂生成的组件 实例

regist([HNComponentMap]):void；//组件注册

unregist(String):void；//组件反注册

components(String):HNComponent；//根据组件的ID返回组件实例

事件通道可以理解为：用于接收和发送组件动作到其他组件的通道。其 中，组件动作可以理解为：组件需要执行的操作。

事件通道需要预先与组件建立关联。其中，事件通道可以共用，也可以 根据实际情况分析组件之间的关系，对组件进行分组，同一组内的组件可共 享事件通道。

事件通道可以用于：

管理组件动作的订阅、取消订阅、发布动作；发布动作可以理解为：当 需要调用某个组件的能力时，需要发布动作(Action)到事件通道 (HNChannel)，事件通道会根据组件订阅的情况来分发给组件，让组件来根 据动作执行相应的处理；

管理动作和组件的映射关系，当收到动作时，通知对应的组件处理动作。

基于面向协议编程的事件通道遵循的协议可以为：

name:String；//事件通道的名称，用于区别多个通通

subscribe(HNComponentActionMap):void；//订阅动作

publish(HNActionable):void；//发布事件

componentIds(string):[String]；//返回订阅了某个动作(根据动作id，字 符串型)的组件Id数组

接下来对本申请实施例公开的基于事件驱动架构的App组件化方法进 行介绍，如图1所示的，为本申请提供的一种基于事件驱动架构的App组件 化方法实施例1的流程图，可以包括以下步骤：

步骤S11、所述事件中介在接收到第一组件发布的组件动作的情况下， 将所述组件动作转发给与所述第一组件关联的事件通道。

可以理解的是，第一组件一般在需要调用某个组件的能力时或与某个组 件进行交互时，发布组件动作到事件中介，事件中介则在接收到第一组件发 布的组件动作的情况下，将组件动作转发给与第一组件关联的事件通道。

本实施例中，各个组件均可以采用声明方式描述各自组件的能力和映射 关系，实现组件之间无需了解其他组件的内部细节，只需根据声明时描述， 发布动作即可完成业务处理，具有很高的易用性；同时组件的能力抽象为声 明式描述，组件内部的修改，反映到外部只是字典描述的变化，其他组件只 需进行较小的改动，组件的维护成本低。

基于各个组件均可以采用声明方式描述各自组件的能力和映射关系，本 实施例中，第一组件发布的组件动作可以为基于第二组件的声明式描述确定 的。第二组件与第一组件不同。

所述与所述第一组件关联的事件通道为所述事件驱动架构包括的事件 通道中的其中一个事件通道

步骤S12、所述与所述第一组件关联的事件通道，查找与所述组件动作 对应的第二组件，所述第二组件与所述第一组件不同；

本实施例中，可以预先建立组件动作与组件的映射关系，组件动作与组 件的映射关系中的组件可以执行组件动作，实现相应的功能。

步骤S13、所述与所述第一组件关联的事件通道，在查找到所述第二组 件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据 所述组件动作执行相应的操作。

本实施例中，第二组件根据所述组件动作执行相应的操作，可以包括：

所述第二组件根据所述组件动作及预先设定的组件通信有限字典协议， 执行相应的操作；

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内 扩展。

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内 扩展，兼顾灵活性与统一性，便于维护和扩展组件通信协议。组件通信协议 基于有限字典，无需进行编解码(如json、url等)，可以提升性能。有限字 典可以理解为：一种key-value的数据结构，其只能在规定的范围内扩展。 组件通信协议可以理解为：组件间进行数据交换时，约定好的数据格式。

在本申请中，基于事件驱动架构，由事件中介与事件通道实现不同 组件间的交互，保证不同组件可以只和事件耦合，降低不同组件之间的 依赖，以此提高开发效率。

作为本申请另一可选实施例，参照图2，为本申请提供的一种基于事件 驱动架构的App组件化方法实施例2的流程图，本实施例主要是对上述实施例 1描述的基于事件驱动架构的App组件化方法的细化方案，如图2所示，该方 法可以包括但并不局限于以下步骤：

步骤S21、所述事件中介在接收到第一组件发布的路由动作的情况下， 将所述路由动作转发给与所述第一组件关联的事件通道。

步骤S21为实施例1中步骤S11的一种具体实施方式。

步骤S22、所述与所述第一组件关联的事件通道，查找与所述路由动作 对应的路由器组件，所述路由器组件与所述第一组件不同。

步骤S22为实施例1中步骤S12的一种具体实施方式。

步骤S23、所述与所述第一组件关联的事件通道，在查找到所述路由器 组件的情况下，将所述路由动作发送给所述路由器组件，以使所述路由器组 件根据所述路由动作跳转到目标组件。

步骤S23为实施例1中步骤S11的一种具体实施方式。

通过组件化的路由方法，在组件的粒度为页面的级别的情况下，第一组 件为页面组件，目标组件为页面组件，实现了将页面封装为独立的组件，两 个页面之间没有直接关联，互相不知道对方的存在，仅通过动作进行通信， 可以达到最大程度的解耦的目的。

作为本申请另一可选实施例，参照图3，为本申请提供的一种基于事件 驱动架构的App组件化方法实施例3的流程图，本实施例主要是对上述实施例 1描述的基于事件驱动架构的App组件化方法的细化方案，如图3所示，该方 法可以包括但并不局限于以下步骤：

步骤S31、事件中介在接收到第一组件发布的组件动作的情况下，将所 述组件动作转发给与所述第一组件关联的事件通道。

步骤S32、所述与所述第一组件关联的事件通道，查找与所述组件动作 对应的第二组件，所述第二组件与所述第一组件不同。

步骤S31-S32的详细过程可以参见实施例1中步骤S11-S12的相关介绍， 在此不再赘述。

步骤S33、所述与所述第一组件关联的事件通道，在查找到所述第二组 件的情况下，加载所述第二组件，并将所述组件动作发送给所述第二组件， 以使所述第二组件根据所述组件动作执行相应的操作。

本实施例中，在需要第二组件执行相应操作的时候，加载第二组件，并 非在App启动时就加载，这种方式可以减少对内存的无效占用，节省内存。

作为本申请另一可选实施例，参照图4，为本申请提供的一种基于事件 驱动架构的App组件化方法实施例4的流程图，本实施例主要是对上述实施例 1描述的基于事件驱动架构的App组件化方法的细化方案，如图4所示，该方 法可以包括但并不局限于以下步骤：

步骤S41、所述事件中介在接收到第一组件发布的通道绑定动作的情况 下，将所述通道绑定动作转发给与所述第一组件关联的事件通道。

步骤S41为实施例1中步骤S11的一种具体实施方式。

步骤S42、所述与所述第一组件关联的事件通道，查找与所述通道绑定 动作对应的第二组件，所述第二组件与所述第一组件不同。

步骤S42为实施例1中步骤S12的一种具体实施方式。

步骤S43、所述与所述第一组件关联的事件通道，在查找到所述第二组 件的情况下，将所述通道绑定动作发送给所述第二组件，以使所述第二组件 根据所述通道绑定动作，建立与所述第一组件的数据传输通道，以使所述第 一组件与所述第二组件通过所述数据传输通道进行数据传输。

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况 下，将所述通道绑定动作发送给所述第二组件，以使所述第二组件根据所述 通道绑定动作，建立与所述第一组件的数据传输通道，以使所述第一组件与 所述第二组件通过所述数据传输通道进行数据传输，实现了组件可以直接进 行数据交换，无需通过事件中介或路由，可以提升传输效率。组件间直接进 行数据交换对组件之间需要进行频繁的数据交换的业务场景尤为重要。

作为本申请另一可选实施例，参照图5，为本申请提供的一种基于事件 驱动架构的App组件化方法实施例5的流程图，本实施例主要是对上述实施例 1描述的基于事件驱动架构的App组件化方法的扩展方案，如图5所示，该方 法可以包括但并不局限于以下步骤：

步骤S51、事件中介在接收到第一组件发布的组件动作的情况下，将所 述组件动作转发给与所述第一组件关联的事件通道；

步骤S52、所述与所述第一组件关联的事件通道，查找与所述组件动作 对应的第二组件，所述第二组件与所述第一组件不同；

步骤S53、所述与所述第一组件关联的事件通道，在查找到所述第二组 件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据 所述组件动作执行相应的操作。

步骤S51-S53的详细过程可以参见实施例1中步骤S11-S13的相关介绍， 在此不再赘述。

步骤S54、所述事件中介在接收到组件动作时，将接收到的组件动作转 发给监控组件，以使所述监控组件依据接收到的组件动作进行业务监控。

本实施例中，预先将监控组件注册到事件中介中，监控组件订阅所有组 件动作，以保证当事件中介收到任意组件发布的组件动作时，可以自动转发 组件动作到监控组件。

监控组件依据接收到的组件动作进行业务监控，可以使业务中调试和问 题定位变得容易，提升开发效率。

监控组件依据接收到的组件动作进行业务监控的结果可以以调试日志 或业务事件流程可视化等方式进行展示。

接下来对本申请提供的事件驱动架构进行介绍，下文介绍的事件驱动 架构与上文介绍的事件驱动架构可相互对应参照。

请参见图6，事件驱动架构包括：事件中介11和事件通道12。

所述事件中介11用于，在接收到第一组件发布的组件动作的情况下， 将所述组件动作转发给与所述第一组件关联的事件通道，所述与所述第一组 件关联的事件通道为所述事件驱动架构包括的事件通道中的其中一个事件 通道；

所述与所述第一组件关联的事件通道，用于查找与所述组件动作对应的 第二组件，所述第二组件与所述第一组件不同；

所述与所述第一组件关联的事件通道，用于在查找到所述第二组件的情 况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组 件动作执行相应的操作。

本实施例中，所述组件动作为路由动作，所述第二组件为路由器组件；

所述与所述第一组件关联的事件通道，具体可以用于：

所述与所述第一组件关联的事件通道，在查找到所述路由器组件的情况 下，将所述路由动作发送给所述路由器组件，以使所述路由器组件根据所述 路由动作跳转到目标组件。

本实施例中，所述与所述第一组件关联的事件通道，具体可以用于：

在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组 件，以使所述第二组件根据所述组件动作及预先设定的组件通信有限字典协 议，执行相应的操作；

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内 扩展。

本实施例中，所述与所述第一组件关联的事件通道，具体可以用于：

在查找到所述第二组件的情况下，加载所述第二组件，并将所述组件动 作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操 作。

本实施例中，所述组件动作为通道绑定动作；

所述与所述第一组件关联的事件通道具体可以用于：

在查找到所述第二组件的情况下，将所述通道绑定动作发送给所述第二 组件，以使所述第二组件根据所述通道绑定动作，建立与所述第一组件的数 据传输通道，以使所述第一组件与所述第二组件通过所述数据传输通道进行 数据传输。

本实施例中，所述事件中介11，还可以用于：

在接收到组件动作时，将接收到的组件动作转发给监控组件，以使所述 监控组件依据接收到的组件动作进行业务监控。

本实施例中，所述第一组件发布的组件动作为基于所述第二组件的声明式描 述确定的。

需要说明的是，每个实施例重点说明的都是与其他实施例的不同之 处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例 而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处 参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系 术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不 一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺 序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的 包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括 那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种 过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下， 由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方 法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然， 在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了 解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样 的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可 以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质 中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设 备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实 施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种基于事件驱动架构的App组件化方法及事 件驱动架构进行了详细介绍，本文中应用了具体个例对本申请的原理及实 施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法 及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想， 在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内 容不应理解为对本申请的限制。

Claims (14)

1.一种基于事件驱动架构的App组件化方法，其特征在于，基于事件驱动架构，所述事件驱动架构包括：事件中介和事件通道，该方法包括：

所述事件中介在接收到第一组件发布的组件动作的情况下，将所述组件动作转发给与所述第一组件关联的事件通道，所述与所述第一组件关联的事件通道为所述事件驱动架构包括的事件通道中的其中一个事件通道；

所述与所述第一组件关联的事件通道，查找与所述组件动作对应的第二组件，所述第二组件与所述第一组件不同；

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操作。

2.根据权利要求1所述的方法，其特征在于，所述组件动作为路由动作，所述第二组件为路由器组件；

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操作，包括：

所述与所述第一组件关联的事件通道，在查找到所述路由器组件的情况下，将所述路由动作发送给所述路由器组件，以使所述路由器组件根据所述路由动作跳转到目标组件。

3.根据权利要求1所述的方法，其特征在于，所述第二组件根据所述组件动作执行相应的操作，包括：

所述第二组件根据所述组件动作及预先设定的组件通信有限字典协议，执行相应的操作；

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内扩展。

4.根据权利要求1所述的方法，其特征在于，所述将所述组件动作发送给所述第二组件，包括：

加载所述第二组件，并将所述组件动作发送给所述第二组件。

5.根据权利要求1所述的方法，其特征在于，所述组件动作为通道绑定动作；

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操作，包括：

所述与所述第一组件关联的事件通道，在查找到所述第二组件的情况下，将所述通道绑定动作发送给所述第二组件，以使所述第二组件根据所述通道绑定动作，建立与所述第一组件的数据传输通道，以使所述第一组件与所述第二组件通过所述数据传输通道进行数据传输。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述事件中介在接收到组件动作时，将接收到的组件动作转发给监控组件，以使所述监控组件依据接收到的组件动作进行业务监控。

7.根据权利要求1所述的方法，其特征在于，所述第一组件发布的组件动作为基于所述第二组件的声明式描述确定的。

8.一种事件驱动架构，其特征在于，包括：事件中介和事件通道；

所述事件中介用于，在接收到第一组件发布的组件动作的情况下，将所述组件动作转发给与所述第一组件关联的事件通道，所述与所述第一组件关联的事件通道为所述事件驱动架构包括的事件通道中的其中一个事件通道；

所述与所述第一组件关联的事件通道，用于查找与所述组件动作对应的第二组件，所述第二组件与所述第一组件不同；

所述与所述第一组件关联的事件通道，用于在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操作。

9.根据权利要求8所述的事件驱动架构，其特征在于，所述组件动作为路由动作，所述第二组件为路由器组件；

所述与所述第一组件关联的事件通道，具体用于：

所述与所述第一组件关联的事件通道，在查找到所述路由器组件的情况下，将所述路由动作发送给所述路由器组件，以使所述路由器组件根据所述路由动作跳转到目标组件。

10.根据权利要求8所述的事件驱动架构，其特征在于，所述与所述第一组件关联的事件通道，具体用于：

在查找到所述第二组件的情况下，将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作及预先设定的组件通信有限字典协议，执行相应的操作；

所述预先设定的组件通信有限字典协议支持在设定的通信协议范围内扩展。

11.根据权利要求8所述的事件驱动架构，其特征在于，所述与所述第一组件关联的事件通道，具体用于：

在查找到所述第二组件的情况下，加载所述第二组件，并将所述组件动作发送给所述第二组件，以使所述第二组件根据所述组件动作执行相应的操作。

12.根据权利要求8所述的事件驱动架构，其特征在于，所述组件动作为通道绑定动作；

所述与所述第一组件关联的事件通道具体用于：

在查找到所述第二组件的情况下，将所述通道绑定动作发送给所述第二组件，以使所述第二组件根据所述通道绑定动作，建立与所述第一组件的数据传输通道，以使所述第一组件与所述第二组件通过所述数据传输通道进行数据传输。

13.根据权利要求8所述的事件驱动架构，其特征在于，所述事件中介，还用于：

在接收到组件动作时，将接收到的组件动作转发给监控组件，以使所述监控组件依据接收到的组件动作进行业务监控。

14.根据权利要求8所述的事件驱动架构，其特征在于，所述第一组件发布的组件动作为基于所述第二组件的声明式描述确定的。

Images