microsoft / microsoft/TypeScript
Remove Map<any, any> constructor overload
Nessuno ha ancora preso questa issue.
- Lingua principale
- Go
- Stelle
- 111k
- Fork
- 14.3k
- Merge medio
- 1g 19h
- PR unite (30g)
- 117
Descrizione
⚙ Compilation target
ES2017
⚙ Library
lib.es2015.iterable.d.ts
Missing / Incorrect Definition
This isn't exactly the kind of issue this form (Library issue) seems to be made for, but it looked like the closest match.
The Map constructor has an explicit overload to make new Map() produce a Map<any, any>, rather than safer option of allowing normal type inference to occur. I think the only change that needs to happen is removing the overload. This was already brought up in https://github.com/microsoft/TypeScript/issues/52552, but that was closed because it did not provide a clear usecase, and the focus was on inconsistency between Map and Set.
For me, the usecase is about Map alone - removing a source of silent and infectious anys. noImplicitAny is a recommended setting for good reason, but is undermined by the presence of anys in library types. In fact, I am creating this issue after fixing a bug in my own code that was hidden by this typing.
A fair counterargument is that it may break existing code. My guess - total speculation - is that the override was added in the past when inference was not as effective, and it is no longer necessary in most cases. Where the empty map is meant to conform to a contextual type, it works fine. Toying around with it myself, I find two main cases where it breaks:
Map<any, any>was literally the intent. I'd strongly argue these cases should be explicit.- The
Mapis constructed without contextual types, but it is meant to conform to them later. As a result, the code in-between those places is unsafe, as in the example below. Though unsafe, this might be a common pattern in practice that the change would break. (Ofc a solution is to explicitly type theMapconstruction.)
function getWordCounts(text: string): Map<string, number> {
const m = new Map();
for (const w of text.split(' ')) {
m.set(w, (m.get(w) ?? 0) + 1);
}
return m;
}
Sample Code
// The problem is that this at-at-glance reasonable function is returning `any`.
function numRudeWords(input: string | null) {
// ^? function numRudeWords(input: string | null): any
const wordCounts = input ? getWordCounts(input) : new Map();
// ^? const wordCounts: Map<any, any>
return (wordCounts.get('meanie') ?? 0) + (wordCounts.get('dangnabit') ?? 0);
}
function getWordCounts(text: string): Map<string, number> {
const m = new Map<string, number>();
for (const w of text.split(' ')) {
m.set(w, (m.get(w) ?? 0) + 1);
}
return m;
}
Documentation Link
The MDN doc link is here, though it's not super relevant to this particular question: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Map/Map
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.
Direzione di ricerca
Inizia esaminando le dichiarazioni del costruttore di Map in lib.es2015.iterable.d.ts e consulta la issue collegata #52552 per la discussione precedente. Verifica in che modo la rimozione dell'overload influisce sull'inferenza di Map vuote e sugli esempi in questo report; il lavoro è completato quando la modifica alla dichiarazione e le relative implicazioni di compatibilità sono coperte dai test pertinenti del progetto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- typescript
- Ambito
- compilers
- Tipo di issue
- Bug
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 48/100