在事件系统体系架构风格中，构件不直接调用一个过程，而是触发或广播一个或多个事件。在这种风格中，构件间交互的连接件往往是以过程之间的（【隐式调用】）来实现的。该风格的主要优点是为软件的（【复用】）提供了强大的支持，其缺点是 （【构件放弃了对系统计算的控制】）。
事件驱动架构又称隐式调用风格，是一种以事件触发、广播为核心的构件交互架构，其构件间的核心交互机制为隐式调用，区别于传统显式过程调用，构件无需直接调用其他构件的过程，仅需注册关注的事件，当事件触发时由系统自动调度对应过程执行。该架构通过弱化构件间直接依赖实现低耦合，核心优势是大幅提升构件复用性与系统可维护性，构件可独立开发、测试与替换，适配不同事件场景。同时它也存在明显局限：构件无法直接掌控系统整体计算流程，系统行为依赖事件调度与触发逻辑，这增加了系统行为的理解、调试与管控难度，还可能因事件分发的额外开销导致性能下降，大量事件并发触发时也易引发流程混乱的风险。
本题考察的是系统架构设计中事件驱动体系结构（隐式调用风格）的特点。
问题1：
事件驱动风格下，构件之间的交互并非显式过程调用，而是通过事件的触发与广播机制实现的。过程注册在事件上，当事件触发时，相应过程自动被调用。
A选项显式调用：是传统调用方式，不符合事件驱动思想。
B选项隐式调用：即 implicit invocation，正是事件风格的核心机制，正确。
C选项显式调用或隐式调用：不准确，本风格明确采用隐式调用。
D选项注册：注册是构件内部的机制，不是构件交互的本质方式。
所以答案是 B。
问题2：
事件驱动的一个主要优点是支持模块间的低耦合，使得构件可以方便地复用。
A选项复用：通过隐式调用，构件只需注册事件，无需关心谁触发事件，促进了复用和可维护性，正确。
B选项可靠性：虽然松耦合有助于一定程度的稳定性，但这不是该风格的主要优点。
C选项可用性：与架构风格无直接对应。
D选项高性能：由于事件分发，性能可能反而降低。
所以答案是 A。
问题3：
事件驱动系统的缺点在于，构件对系统的整体计算过程失去了直接控制，系统行为依赖于事件调度与触发，增加了理解和控制的难度。
A选项构件放弃了对系统计算的控制：这是主要缺点，正确。
B选项难以管理大量构件：虽然可能存在管理复杂性，但不是事件驱动风格的核心缺陷。
C选项构件依赖关系复杂：实际上事件驱动通过隐式调用减少了直接依赖关系。
D选项缺乏事件派遣机制的设计策略：此说法不准确，事件分发是该风格的核心机制。
所以答案是 A。