Dead code typecheck elimination

Suggestion

🔍 Search Terms

dead code typecheck elimination

✅ Viability Checklist

My suggestion meets these guidelines:

• This wouldn't be a breaking change in existing TypeScript/JavaScript code
• This wouldn't change the runtime behavior of existing JavaScript code
• This could be implemented without emitting different JS based on the types of the expressions
• This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
• This feature would agree with the rest of TypeScript's Design Goals.

⭐ Suggestion

When the include field is set, TypeScript will only typecheck the given files ... and their dependencies, and transitive dependencies. It can grow unwieldy pretty fast.

It'd be good for performances to if TS could have a skipDeadCodeTypechecks call that would cause it to skip the typecheck of all statements that aren't part of the execution tree of the files listed inside include.

📃 Motivating Example

If you were announcing this feature in a blog post, what's a short explanation that shows
a developer why this feature improves the language?

In the new TypeScript update, we're excited to introduce the skipDeadCodeTypechecks feature. This was born out of the need for a more efficient type-checking process. Previously, when setting the include field, TypeScript would typecheck all given files, their dependencies, and their transitive dependencies. This could quickly get out of hand, resulting in a typechecking process that would run over many more files than the author intended!

The skipDeadCodeTypechecks feature aims to solve this issue. Instead of typechecking every single file and their dependencies, this new feature will only typecheck the code that is actually executed when the files listed inside include are run. This means that TypeScript will skip typechecking for code that is not part of the execution tree for these files, hence "dead" code.

💻 Use Cases

We have a very large repository we're trying to split into reference workspaces. But until we get there, we'd like to selectively pick the folders to typecheck. We do that with the include field, but it's still very slow (30s to typecheck what's supposed to be a relatively small part of the application).

L’issue ne nomme aucun fichier, test ni point d’entrée. Commencez par cartographier la manière dont les fichiers d’inclusion et leurs dépendances transitives sont vérifiés au niveau des types, puis définissez ce qui constitue l’arbre d’exécution et comment ignorer le code mort devrait préserver les diagnostics attendus.