microsoft / microsoft/TypeScript
`esModuleInterop: true` cause runtime error
@rbuckton がすでに取り組んでいます。
2020年12月14日 から。
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.3k
- 平均マージ
- 1日 19時間
- マージ済み PR(30日)
- 117
説明
Hi there, problems happened when I toggled esModuleInterop flag for my project, I have to because one library it depends enabled this flag.
TypeScript Version: 2.7+
Search Terms:
esModuleInterop
allowSyntheticDefaultImports
Code
import * as apmStar from 'elastic-apm-node'
import SentryDefault from '@sentry/node'
apmStar.start // undefined
SentryDefault // undefined
Explains:
- for
@sentry/nodeit is an es module, soesModuleInterophas no effects on it, but withallowSyntheticDefaultImportsyou can import its default, which property it does not export, so you got an undefined error at runtime - for
elastic-apm-node, it is a commonjs module, and it exports an instance,startis a prototype method of it, so it is lost after__importStar.
But these problems are not informed in the document, guess we could discourage enabling it for library projects?
And I wonder if we could improve type checking for these situations, for example:
- for
apmStar, it is imported as esmodule namespace, so an type error could be thrown when accessing.startmethod on it. - for
SentryDefault, it is a esmodule,allowSyntheticDefaultImportscould be disabled for it
Expected behavior:
Error emitted at compiling time
Actual behavior:
Compiled successfully, but got an error at runtime.
Playground Link:
https://repl.it/@themez1/esModuleInteropTest
Related Issues:
https://github.com/microsoft/TypeScript/issues/28009
https://github.com/microsoft/TypeScript/issues/33954
https://github.com/microsoft/TypeScript/issues/36026
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
評価
この issue はまだ評価されていません。