microsoft / microsoft/TypeScript

Add preference for using native #private for extract method / extract property

Offen
#52,550 6 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Awaiting More Feedback Domain: LS: Refactorings Suggestion
Vorherrschende Sprache
Go
Sterne
111k
Forks
14.4k
Ø Merge
1 T. 19 Std.
Gemergte PRs (30 T.)
117

Beschreibung

Suggestion

🔍 Search Terms

  • refactor / refactoring
  • extract method
  • extract property (extract to readonly field)
  • private
  • Ecmascript private

⭐ Suggestion

Add a new user setting that controls if refactorings like extract method use the typescript private keyword or native # privates

📃 Motivating Example

The vscode-markdown-languageservice codebase is all typescript but uses native privates exclusively. We have an eslint rule to ban the private keyword. Right now running extract method in this codebase always produces an error as it uses the private keyword

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

Beginne mit den Einstiegspunkten der extract method- und extract property-Refactorings und verfolge, wo sie die Syntax für die Sichtbarkeit auswählen. Ermittle, wie eine Benutzereinstellung die Ausgabe von TypeScript private gegenüber native # private steuern sollte; als erledigt gilt die Aufgabe, wenn beide Refactorings die Einstellung berücksichtigen, ohne das Standardverhalten zu ändern.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
typescript
Bereich
tooling
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
38/100

Neue Issues direkt in Ihr Postfach

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