microsoft / microsoft/TypeScript

Exclude specific exported identifiers from auto import suggestions

Offen
#61,605 1 Kommentar 3 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Awaiting More Feedback Suggestion
Vorherrschende Sprache
Go
Sterne
111k
Forks
14.3k
Ø Merge
2 T. 4 Std.
Gemergte PRs (30 T.)
132

Beschreibung

### 🔍 Search Terms

Exclude named imports

### ✅ Viability Checklist

- [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
- [x] This wouldn't change the runtime behavior of existing JavaScript code
- [x] This could be implemented without emitting different JS based on the types of the expressions
- [x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- [x] This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
- [x] This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals

### ⭐ Suggestion

There are libraries like `@mui/material` that have a number of named imports such, e.g. `createTheme`, `useTheme`, `debounce`, `darken` that can pollute intellisense.

While I don't want to exclude the entire `@mui/material` module, it would be great if I were able to exclude specific named imports so they do not show in the intellisense.

### 📃 Motivating Example

I have my own methods for `useTheme` and `darken` and wish to show my own methods in the intellisense and exclude those from `@mui/material`.

### 💻 Use Cases

1. What do you want to use this for?
I want to be able to exclude specific named imports from modules

2. What shortcomings exist with current approaches?
It requires updates when modules change their named imports

3. What workarounds are you using in the meantime?
None

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Das Issue nennt keine Quelldatei, keinen Test und keinen Einstiegspunkt. Beginne damit, die Implementierung der auto-import- und IntelliSense-Vorschläge von TypeScript zu lokalisieren, und ermittle dann, wie Ausschlüsse auf Modulebene konfiguriert und getestet werden. Erledigt ist die Aufgabe, wenn Benutzer ausgewählte benannte Importe aus einem Modul ausschließen können, ohne das gesamte Modul auszuschließen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
javascript, typescript
Bereich
developer-experience, tooling
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.