Enable `noExplicitAny` in `./tsconfig.json`.

⭐ Suggestion & 📃 Motivating Example & 💻 Use Cases

The following .js code, in project with a ./tsconfig.json that has allowJs:true, checkJs:true,noImplicitAny:true, does not lint error:

const mySet = new Set;
const myMap = new Map;
const myWeakMap = new WeakMap;
const myArray = [];
const myObj = {};

It would be nice to lint error for those cases when noExplicitAny:true is used.

🔍 Search Terms

• noExplicitAny
• TypeScript compiler API
• ./tsconfig.json
• allowJs
• checkJs

✅ 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.

Inizia tracciando la gestione dei file JavaScript da parte della TypeScript compiler API quando allowJs, checkJs e noImplicitAny sono abilitati, quindi determina dove noExplicitAny dovrebbe segnalare i casi mostrati di Set, Map, WeakMap, array e oggetto vuoti. Il lavoro è completato quando questi esempi producono errori di lint con noExplicitAny abilitato senza modificare il JavaScript emesso; aggiungi o aggiorna i test del compilatore pertinenti se la copertura dei test esistente del progetto individua un punto adatto.