microsoft / microsoft/TypeScript
Subclass of a (non-abstract class that uses declaration merging to implement parent abstract member) also has to implement same abstract member
まだ誰も着手していません。
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.4k
- 平均マージ
- 1日 19時間
- マージ済み PR(30日)
- 117
説明
🔎 Search Terms
subclass inherit abstract concrete method property member complains parent declaration merge merging satisfy implement
🕗 Version & Regression Information
- This is the behavior in every version I tried, and I reviewed all the FAQ entries
⏯ Playground Link
💻 Code
interface ParentI {
foo(): void
}
abstract class Parent {
abstract foo(): void
}
// Middle implements Parent via declaration merge
class Middle extends Parent {}
interface Middle extends ParentI {}
class Child extends Middle {} // doesn't work
// Middle implements Parent directly
class Middle2 extends Parent {
foo() {}
}
class Child2 extends Middle2 {} // works
🙁 Actual behavior
Typescript complains that Child must implement an foo, even though Middle has already implemented foo via declaration merging.
🙂 Expected behavior
I would expect Child to pass type-checking, just as Child2 does. Seeing as how Middle (a concrete class) is type-safe and Child extends Middle with no further modification, this feels very surprising.
Additional information about the issue
No response
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
提供されている TypeScript Playground の再現コードから始め、宣言マージの例と、Middle2 を直接実装したケースを比較してください。マージされたクラス宣言とインターフェイス宣言にまたがって、コンパイラーが abstract メンバーをどのように処理するかを追跡し、Child が foo 自身を実装しなくても型チェックを通過することを示す回帰テストを追加してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- compilers
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100