TypeScript language service cannot find subclass references/implementation of mixin methods
#58,307 创建于 2024年4月24日
仓库指标
- Star
- (48,455 star)
- PR 合并指标
- (平均合并 6天 17小时) (30 天内合并 9 个 PR)
描述
🔎 Search Terms
mixin mixins reference references implementation implementations find go to goto language service server protocol lsp
🕗 Version & Regression Information
- This is the behavior in every version I tried, and I reviewed the FAQ for entries about _________
⏯ Playground Link
💻 Code
type ConstructorType = abstract new (...params: any[]) => any
function FooF<T extends ConstructorType>(Base: T) {
abstract class Foo extends Base {
abstract foo(): void;
}
return Foo;
}
class Bar extends FooF(Object) {
foo() {}
}
🙁 Actual behavior
Note: I noticed this in my editor and not using the TS language service API directly, but I'm assuming the problem is at the Language Service layer
In the TS playground, if you try to "Find All / Go to References", "Rename symbol", or "Find All / Go to Implementation" (in VS Code, for example) for Foo.foo, it won't find/update Bar.foo.
🙂 Expected behavior
I would expect TS to recognize that Bar.foo is a reference/implementation of Foo.foo. Note that TS does correctly require Bar to implement foo, so the compiler already has some idea that they are connected.
I know it's not within the scope of this repo but I'll mention it in case it helps with anything, but FWIW while IntelliJ also fails at finding references/implementations (probably because it defers to the TS Language service), IntelliJ also provides a "Go to Super method" function that does correctly jump from Bar.foo to Foo.foo.
Additional information about the issue
After snooping around the source a little, my guess is that either:
- something around how TS represents mixin classes, as kind of un-named class expressions e.g.
((abstract new (...params: any[]) => Foo) & { prototype: FooF<any>.Foo; }) & Tinstead oftypeof Foo & Tin the above example (visible if you hover overFooF), and/or - something around how TS searches for whether a symbol inherits from another symbol so explicitly checks the extends clause (https://github.com/microsoft/TypeScript/blob/2e58032f067fbe0d6efbdc970b54b6d72c349aa8/src/services/findAllReferences.ts#L2283-L2302) could be improved