Standalone 组件与 Signals

Angular 的现代入口是 standalone component：依赖写在 imports，组件边界更容易独立测试。Signals 保存同步状态，computed 只描述派生值，effect 用于同步外部副作用，不要用 effect 复制状态。

@Component({ standalone: true, imports: [CommonModule], template: `{{ total() }}` })
export class CartComponent {
  items = signal([{ price: 10, quantity: 2 }])
  total = computed(() => this.items().reduce((n, x) => n + x.price * x.quantity, 0))
}

实验：把 quantity 改为 3，观察 total 更新；再把 total 改成普通变量，说明为什么视图不会随依赖变化。

本节专属实验：把输入追到视图

在 Angular 组件中只保留本节主题的一条数据流：输入值、状态变更、模板读取和清理日志分别打印。先运行成功路径，再删除本节涉及的绑定或 provider，记录是模板编译、依赖注入还是运行时错误。

const before = signal('idle')
const after = computed(() => before() === 'idle' ? 'ready' : 'busy')
effect(() => console.log('state', before(), after()))

预期：before 改变时只重新计算依赖它的 computed；组件销毁后 effect 不再产生输出。

可运行实验

1. 在组件、注入服务和路由切换之间记录实例创建与销毁。
2. 对模板读取、signal 更新、Observable 订阅和 HTTP 请求分别加日志。
3. 用 Angular 测试工具验证可访问性、错误状态、取消请求和 SSR/hydration 边界。

实验记录至少包含：环境版本、输入序列、预期结果、实际结果、失败截图或日志，以及修复后再次运行的结果。

练习

1. 用自己的话画出本篇概念的依赖图，并标出一个可能产生重复执行或竞态的节点。
2. 写一个最小测试覆盖成功、失败、取消/卸载三条路径；测试应断言可观察结果，而不是内部实现调用次数。
3. 给出一个选择当前方案而不是替代方案的理由，并写下替代方案何时更合适。

查看本节答案

下一步

完成练习后打开本章答案，再回到Angular课程总览。