Open zen0wu opened 2 years ago
This is an interesting idea, especially since in principle we know if we're going to emit an import reference to a file whose declaration emit has been disabled
Right exactly, also this would probably reduce the emitter's job by a lot, and this change will only affect typescript, has no runtime behavior at all. Maybe we could even leverage the package.json new export map (https://github.com/jkrems/proposal-pkg-exports/)?
Bump this - given now the support for package.json export map is rolled out, seems a perfect time to add this feature on top.
Suggestion
π Search Terms
build mode, declarations, d.ts
β Viability Checklist
My suggestion meets these guidelines:
β Suggestion
It would be great tsconfig.json can expose a set of keys to say, "these are the only types that will be exported" from this module, and don't generate .d.ts for the rest.
π Motivating Example
When building under
--build
, TSC emits.d.ts
for every single TS file in the module, but intuitively it only needs to generate declaration files for the ones that's cross module boundary (so that other modules when referencing it), which is likely a very small subset of types defined in the entire module.π» Use Cases
We have this problem where trying to switch build mode, TSC generates huge type declarations for files who are not even referenced by other modules at all. The emit time is extremely high and incremental build is barely usable.
Sometimes it's not even possible to build-ify a project, if I have a module that,
If this
thirdPartyLib
export a type that exposes an unimported type in its shape, we'll hit this errorConcrete example: https://github.com/stripe/react-stripe-js/blob/master/src/components/Elements.tsx#L72