Level 3 的“Component（组件视图）”是软件架构视图之一，主要用于向开发人员展示系统某模块内部的组成结构

Level 3 的“Component（组件视图）”是软件架构视图之一，主要用于向开发人员展示系统某模块内部的组成结构，包括关键组件（如类、服务、微服务、库、接口等）、组件之间的依赖关系、职责划分及交互方式。该视图强调可理解性与可实现性，常用于指导编码、模块划分、接口定义和集成测试设计。

典型表达形式包括：UML 组件图、C4 模型中的 Container 或 Component 层图、分层组件分解图等。例如，在一个电商订单模块中，Component 视图可能展示 OrderService、PaymentAdapter、InventoryClient、OrderEventPublisher 等组件及其输入/输出端口与依赖箭头。

Component 视图（架构层面的 Level 3 视图）与 UML 类图、部署图虽同属建模工具，但目标、抽象层次、关注焦点和受众存在本质区别：

• 目标与用途不同：

  • Component 视图：面向架构设计与开发协作，聚焦“模块内高内聚、低耦合的可替换单元”（如服务、子系统、逻辑组件），强调职责边界、接口契约（API/事件）、运行时交互模式（同步调用、异步消息等）及技术选型约束（如“使用 REST over HTTP”或“通过 Kafka 发布事件”）。
  • UML 类图：面向详细设计与编码实现，描述静态结构——类、属性、方法、继承/实现/关联关系，粒度细至单个类及其内部成员，不体现部署环境或运行时协作语义。
  • UML 部署图：面向运维与基础设施，展示物理/逻辑节点（服务器、容器、云区域）、节点上的制品（可执行文件、JAR、Docker 镜像）及节点间通信路径（网络连接、协议），关注“在哪里运行”，而非“功能如何组织”。

• 抽象层次不同：
  Component 视图是逻辑架构抽象（介于系统级与代码级之间），隐藏实现细节（如具体类名、字段），突出组件间契约；类图是设计实现抽象（更底层）；部署图是运行环境抽象（更高层，偏基础设施）。

• 典型元素对比：

  维度	Component 视图	UML 类图	UML 部署图
  核心元素	组件（OrderService）、接口端口、依赖箭头	类、属性、方法、泛化/关联关系	节点（WebServer）、制品、连接
  关系语义	“使用”“发布/订阅”“调用”等协作语义	“继承”“实现”“聚合”“关联”等结构语义	“部署到”“连接到”等拓扑语义
  是否含技术栈	是（常标注技术：Spring Boot, gRPC）	否（纯逻辑结构，语言中立）	是（如 Linux VM, Kubernetes Pod）

简言之：Component 视图回答“这个模块由哪些可协作、可演进的逻辑单元构成？它们怎么约定和交互？”，类图回答“每个单元内部怎么写？”，部署图回答“这些单元最终跑在哪？”。三者互补，不可替代。