Angular中仅在TypeScript使用其他模块成员时，需导入该模块吗？是否为不良实践？

核心问题解答 #

1. 是否需要将Module2导入Module1？
   不需要。Angular模块的imports数组作用是让当前模块的模板能够识别并使用其他模块导出的组件、指令、管道。而你这里的场景是在Component1的TypeScript代码中通过@ContentChild(Directive2)查询指令，这个查询是基于类引用的——只要你在TS代码里已经导入了Directive2类（就像你代码里做的那样：import { Directive2 } from '@org/library/module-2'），Angular就能通过依赖注入系统定位到这个类，完全不需要把Module2加到Module1的imports列表里。

2. 移除Module2的导入后是否属于不良实践？
   不算不良实践，但要注意依赖管理的清晰性：

• 从功能层面：移除后代码能正常运行是合理的，因为Module1的模板并没有用到Module2的任何内容，Component1只是查询来自外部（App组件）的内容投影中的指令，而App组件已经导入了Module2，确保Directive2在全局DI上下文中可用。
• 从维护层面：你的代码已经通过TS的import语句明确了Component1对Directive2的依赖，后续如果Module2的结构发生变化（比如Directive2被移出），TS编译会直接报错，能及时发现问题，不会出现隐式依赖的隐患。

结合你的代码示例解释 #

在你的场景中：

• App组件作为父级，已经导入了Module2，所以my-directive指令在App的模板中是可用的。
• Component1通过@ContentChild(Directive2)查询的是App组件传递进来的<ng-template my-directive>，这个查询依赖的是Directive2的类引用，而非模板选择器的识别，所以Module1不需要导入Module2也能正常工作。

关键区分点 #

如果你的Component1是在自己的模板中直接使用Directive2（比如<div my-directive></div>），那必须将Module2导入Module1的imports数组，否则Angular模板编译器会找不到这个指令的选择器，编译报错。但内容投影场景下的查询逻辑完全不同，只需要TS层面的类导入即可。

内容的提问来源于stack exchange，提问作者Get Off My Lawn