AEM Forms on Adobe LiveCycle中Module等术语差异解析

下面逐个拆解这些术语的定义、角色和差异：

• Module（模块）
  是Workbench里用于逻辑分组的顶层容器，用来把相关的组件、流程、配置归拢到一起，方便管理和复用。比如做一个会员管理相关的业务，就可以创建一个「会员模块」，把会员注册流程、信息校验组件都放在这个模块里，相当于一个功能包。

• Component（组件）
  是封装了特定可复用功能的积木块，有明确的输入和输出。比如一个「邮件发送组件」，你只需要传入收件人、主题、内容，它就能完成发送逻辑，不用关心底层怎么调用邮件服务。组件可以被多个流程重复调用，是流程编排的核心复用单元。

• Application（应用）
  是整合了多个模块、流程的完整业务解决方案，是可以独立部署、面向最终用户提供服务的单元。比如一个完整的「客户工单系统」应用，包含了工单创建模块、工单分配流程、通知组件等所有相关资源，用户通过应用就能完成从提交到处理工单的全流程。

• Process（流程）
  是按照业务逻辑串联起来的执行序列，把组件、操作按顺序编排，定义业务的流转步骤。比如「用户注册流程」：先调用「数据校验组件」验证手机号，再执行「写入数据库操作」保存用户信息，最后调用「短信通知组件」发送验证码。流程是业务逻辑的具体实现载体。

• Service（服务）
  是底层的功能支撑单元，通常运行在后台，提供单一、通用的功能。比如「数据库存储服务」「身份认证服务」，它不直接参与流程的编排，但组件或操作可以调用它来完成具体功能。服务一般是无状态的，专注于提供技术能力，不涉及业务逻辑。

• Operation（操作）
  是流程里的最小执行单元，对应具体的原子动作，比如数据库的「插入操作」、文件的「读取操作」、API的「调用操作」。它比组件更基础，组件可能会封装多个操作，而操作本身只做一件具体的事，没有复杂的逻辑封装。

简单总结它们的层级和关联：
Application → 包含多个Module → Module包含Component和Process → Process由Component和Operation组成 → Component/Operation调用Service来完成底层功能

内容的提问来源于stack exchange，提问作者Urooj