Piral-NG 中为公共提供者引入 InjectionToken 的类型化支持

引言

在现代 Angular 应用开发中，依赖注入系统是一个核心特性。随着 Angular 的演进，新的 inject() 函数提供了比传统 @Inject() 装饰器更类型安全的方式来获取依赖项。然而，在 Piral 微前端框架的 Angular 集成模块 piral-ng 中，当前仍使用字符串标识符来提供关键依赖项，这限制了开发者使用新 inject() 函数的能力。

问题背景

在 piral-ng 模块中，有三个关键的公共提供者目前是通过字符串标识符注册的：

1. 'piral' - 提供 Piral 实例
2. 'Props' - 提供组件属性
3. 'Context' - 提供上下文对象

虽然传统的 @Inject('piral') 方式仍然有效，但新的 inject() 函数要求使用类型化的 InjectionToken 作为参数。直接使用字符串如 inject('piral') 会导致类型检查错误，迫使开发者使用类型断言等变通方法。

技术解决方案

为了同时保持向后兼容性和支持现代 Angular 开发实践，我们建议：

1. 为每个公共提供者创建对应的 InjectionToken 常量
2. 同时保留现有的字符串标识符支持
3. 在模块和独立组件提供者中同时使用这两种方式

例如，可以这样定义类型化的令牌：

export const PIRAL_TOKEN = new InjectionToken<PiralInstance>('piral');
export const PROPS_TOKEN = new InjectionToken<any>('Props');
export const CONTEXT_TOKEN = new InjectionToken<any>('Context');

然后在提供者配置中同时使用两种形式：

{
  provide: PIRAL_TOKEN,
  useValue: piral,
},
{
  provide: 'piral',
  useValue: piral,
}

实现优势

这种改进带来了几个显著优势：

1. 类型安全：开发者现在可以使用类型化的 inject(PIRAL_TOKEN) 方式，获得更好的类型检查和IDE支持
2. 渐进式迁移：现有代码继续有效，团队可以逐步迁移到新API
3. 一致性：与Angular生态系统的最佳实践保持一致
4. 开发者体验：减少了类型断言等变通方法的使用，代码更清晰

向后兼容性考虑

为了确保不破坏现有应用，实现时需要注意：

1. 保持现有的字符串标识符提供方式
2. 在文档中同时说明两种使用方式
3. 推荐新项目使用类型化的方式
4. 考虑在类型定义中标记字符串方式为"遗留"模式

结论

通过在 piral-ng 中引入类型化的 InjectionToken，我们为开发者提供了更现代化、类型安全的依赖注入方式，同时保持了与现有代码的兼容性。这种改进符合 Angular 的发展方向，能够提升开发体验和代码质量，是框架演进的重要一步。