是否可重命名*ngFor等Angular指令或自定义功能相同的替代指令

这个需求完全可以落地，目前有两种稳定的实现路径，你可以根据你们团队的诉求选择：

方案1：自研功能完全对齐原生NgFor的自定义指令（最推荐） #

这是最符合你们框架设计目标的方案，完全屏蔽了对Angular原生指令的直接依赖，后续Angular版本升级带来的兼容风险最低：

• Angular官方的NgFor指令本身就是开源的标准实现，你可以直接复用其核心的列表差异对比、DOM增删更新、上下文变量（索引、首项/末项标记、计数等）逻辑，不需要从零开发
• 只需要修改指令的选择器和输入属性命名即可，比如将指令选择器设置为[for]，输入属性对应设置为forOf，就可以在模板中直接使用*for="let item of dataList"的写法，用法和原生*ngFor完全一致
• 你还可以基于这个自定义指令扩展你们框架需要的元数据驱动能力，不需要受Angular原生API的限制

方案2：给原生NgFor设置自定义别名（开发成本最低） #

如果你们不想重写指令逻辑，也可以通过继承原生指令的方式快速封装别名，不需要修改Angular的核心配置：

• 只需要新增一个继承自NgFor的自定义指令，修改选择器和输入属性命名即可，配置参考如下：

import { NgFor } from '@angular/common';
import { Directive, Input } from '@angular/core';

@Directive({
  selector: '[for][forOf]'
})
export class ForDirective<T> extends NgFor<T> {
  @Input()
  set forOf(value: T[] | Iterable<T> | null | undefined) {
    this.ngForOf = value;
  }

  @Input()
  set forTrackBy(value: (index: number, item: T) => any) {
    this.ngForTrackBy = value;
  }
}

将上述指令加入你的公共模块声明后，就可以直接在模板中使用*for语法，完全复用原生NgFor的所有能力

• 这个方案的缺点是本质上还是直接依赖Angular原生的NgFor实现，如果后续Angular版本调整了NgFor的API定义，你们的上层代码依然可能受到兼容问题影响

不推荐的方案 #

不要尝试通过修改Angular内部配置文件的方式修改原生指令名称，这个属于侵入式修改，后续每次Angular版本升级都要重新适配，维护成本极高。

内容的提问来源于stack exchange，提问作者sam360