microsoft / microsoft/TypeScript
Declaration merging can be inconsistent
@weswigham ci sta già lavorando.
Dal 15/10/2020.
- Lingua principale
- Go
- Stelle
- 111k
- Fork
- 14.3k
- Merge medio
- 1g 19h
- PR unite (30g)
- 117
Descrizione
TypeScript Version: 4.0.3
Search Terms:
- module
- declare
- merging
- declaration
Code
Source file index.ts:
import { foo } from "./foo.ts"
console.log(foo({ fooField: "hello" }))
Source file foo.ts:
import { Bar } from "bar"
declare module "bar" {
interface Bar {
fooField?: string
}
}
export const foo = (e: Bar) => e.fooField
Compiled index.d.ts:
export {};
Compiled foo.d.ts:
import { Bar } from "bar"
declare module "bar" {
interface Bar {
fooField?: string;
}
}
export declare const foo: (e: Bar) => string | undefined;
Expected behavior:
Compiled index.d.ts should look like:
import "./foo"
export {};
The declaration merging for module "bar" should be happening when importing index.d.ts. More precicely:
The compiler should automatically replace import { x } from "./foo" with import "./foo" when generating .d.ts file, if no type from foo.d.ts is used/exposed but importing that file would result in module declarations merging.
Actual behavior:
index.d.ts does not import ./foo.d.ts, meaning that the declaration merging does not happen for module "bar".
Now if we do decide to export something from foo.ts, then everything just "works" (./foo.d.ts gets referenced from index.d.ts), which is wrong for several reasons:
- we might not want to expose anything from foo
- compilation errors might start occurring in the importing file (if it relied on
Bar.fooField), because an unrelated export was removed - when developing
index.ts, the dev will "see" theBar.fooFieldproperty, and will wrongly assume that any user of that file will "see" it as-well.
The current way of supporting this is to manually import "./foo" at the beginning of index (in addition to the import { foo } from './foo'). But then it means that you need to know the internals of every dependency you have (you only need to explicitly import modules that do declare module definitions to be merged).
The compiler should automatically replace import { x } from "./foo" with import "./foo" inside .d.ts file, even if no type from foo.d.ts is used, if importing that file would result in a declaration merging.
Related Issues:
N.A.
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Valutazione
Questa issue non è ancora stata valutata.