Angular团队在2021年发布V2时彻底抛弃了脏检查和双向数据绑定，这套用了10年的老技术终于退出历史舞台。现在用Angular开发表单和做依赖注入，完全是两码事。今天我们就聊聊这两个核心机制到底怎么用，为什么说它们是Angular现代开发的基石。
响应式表单让数据流清晰可控
Angular响应式表单的核心思想是把表单模型定义在组件类里，而不是模板中。你在TypeScript代码里用FormControl、FormGroup构建表单树，模板只负责渲染和绑定，这种代码优先的方式让表单逻辑变得可预测、可测试。比如创建一个注册表单，你可以在组件里先定义好所有字段的结构、默认值和验证规则。
相比模板驱动表单的自动双向绑定，响应式表单要求你手动订阅值变化。这种看似麻烦的设计恰恰是它的优势，你能在数据流的每个环节插入处理逻辑，比如用户输入手机号时实时格式化成指定样式，或者输入密码时动态显示强度检测。数据流向从视图到模型再到视图，中间经过验证器链，整个过程完全在你的掌控之中。
复杂表单拆分用多级FormGroup管理
处理分步表单这类复杂场景时，响应式表单的优势更加明显。以一个典型的分步注册流程为例，第一步收集基本信息，第二步设置账号密码，第三步确认协议。你可以为每一步创建独立的FormGroup，然后用一个根FormGroup聚合它们。
每个步骤组件接收到对应的FormGroup后，通过setParent方法建立起父子关联。当用户填写时，当前步骤的状态变化会自动传播到根FormGroup，你就能轻松控制下一步按钮是否启用。这种层级化的状态管理避免了组件间传值的混乱，所有表单状态都统一存储在根表单里。
内置验证器组合实现精准校验
Angular为响应式表单提供了一套完整的验证器系统，Validators.required、Validators.email这些内置函数可以直接调用。但你通常需要组合多个验证器，比如密码既要必填又要最小长度还要包含数字字母。这时可以用Validators.compose把多个验证器合并成一个。
更复杂的跨字段验证，比如确认密码要与密码一致，就需要创建自定义验证器函数。这个函数接收整个FormGroup作为参数，获取password和confirmPassword字段的值进行比较。验证器返回null表示通过，返回错误对象表示不通过。这种函数式验证逻辑既独立又纯净，很容易进行单元测试。
依赖注入构建可扩展的服务体系
依赖注入在Angular里不是简单的new对象，而是一套完整的服务生命周期管理机制。你可以在@Injectable装饰器中指定providedIn:root实现全局单例，也可以在组件或模块的providers数组里注册服务实现作用域隔离。
分层注入器的设计让Angular应用拥有极高的灵活性。根注入器提供的基础服务如HttpClient，可以被所有模块共享。懒加载模块可以定义自己的模块级服务，这些服务只在该模块内可见。组件级别注入的服务则随着组件销毁而释放，适合存储临时状态。
注入令牌和工厂函数实现灵活配置
当需要注入的值不是类而是配置对象或第三方库时，需要用注入令牌配合工厂函数。你可以创建一个InjectionToken，然后通过useFactory指定如何动态生成这个值。比如根据环境变量返回不同的API接口地址，或者根据用户权限返回不同的数据服务实现。
工厂函数还能依赖其他服务，Angular会把函数参数里声明的依赖自动注入进来。这种模式特别适合需要根据运行时状态决定如何创建服务实例的场景。比如缓存服务需要根据配置决定使用内存缓存还是LocalStorage，工厂函数可以读取配置令牌来做出选择。
响应式表单和依赖注入协同工作
响应式表单的验证逻辑经常需要调用后端接口，比如检查用户名是否已存在。这时就需要通过依赖注入把HttpClient服务注入到自定义验证器里。但验证器是纯函数，不能直接注入服务，需要通过高阶函数的方式创建验证器工厂。
在分步表单示例中，每一步的状态持久化可以由一个统一的服务管理。这个服务注入到各个步骤组件里，当用户切换步骤时自动保存当前表单数据。提交时再从服务里取出所有步骤的数据合并发送。这种解耦让表单步骤之间不再直接通信，而是通过服务进行状态协调。
你会在实际项目中把验证逻辑单独抽离成服务吗？还是习惯写在组件里？欢迎在评论区分享你的实践。
