过渡到 Angular 基于信号的输入
内容提要
Angular v17 引入了基于信号的输入，提升了反应性、类型安全性和代码简洁性。本文指导读者如何有效使用基于信号的输入，涵盖别名、转换输入、处理必需输入和监控变化。转型的努力将带来代码的清晰性和可维护性。
延伸解读
信号输入如何提升类型安全与反应性
基于信号的输入通过 input 函数定义，返回一个 Signal 对象，模板中需调用 name() 来读取值。这带来了更严格的类型推断，因为泛型参数显式指定了输入类型。同时，信号本身是反应性的，当输入变化时，依赖它的模板或 effect 会自动更新，无需手动触发变更检测。相比 @Input 装饰器，这种模式减少了隐式类型转换和运行时错误的风险。
迁移时需注意的常见模式变化
从 @Input 迁移到 input 函数时，几个常见模式需要调整：默认值直接作为 input 的第一个参数传入；别名通过选项对象的 alias 属性设置；必需输入使用 input.required 而非 @Input({ required: true })；输入转换则通过 transform 选项指定。这些变化虽然语法不同，但语义与旧版一致，迁移时需逐一替换并确保类型正确。
用 effect 替代 ngOnChanges 监控变化
传统上使用 ngOnChanges 生命周期钩子来响应输入变化，但基于信号的输入允许在构造函数中使用 effect 函数来监控。effect 会自动追踪其内部读取的信号，当输入信号变化时执行回调。这简化了代码，减少了对生命周期接口的依赖，但需注意 effect 的执行时机和清理逻辑，避免不必要的副作用。
过渡的收益与潜在成本
采用基于信号的输入可以简化组件代码、改进变更检测并增强反应性，同时减少对 ngOnChanges 等生命周期钩子的需求。然而，对于大型项目，全面迁移需要一定初期投入，包括熟悉新 API 和重构现有代码。团队应权衡短期成本与长期可维护性收益，逐步推进迁移，而非一次性重写。
Q&A
Angular v17 中基于信号的输入有什么优势？
基于信号的输入提升了反应性、类型安全性和代码简洁性。
如何在 Angular 中使用基于信号的输入？
使用 input 函数定义输入，替代传统的 @Input 装饰器。
如何为输入设置默认值？
可以通过 input 函数设置默认值，例如：age = input<number>(30);
如何监控输入的变化？
可以使用 effect 函数来监控输入变化，简化 ngOnChanges 的使用。
基于信号的输入如何处理必需输入？
使用 input.required 方法来定义必需输入，例如：lastName = input.required<string>();
基于信号的输入如何支持输入别名？
通过在 input 函数中设置 alias 属性来实现输入别名，例如：name = input<string>(
