chakra-core/ChakraCore

Review feature switches/Remove old always on switches

Open

#6.415 geöffnet am 11. Apr. 2020

Auf GitHub ansehen
 (1 Kommentar) (2 Reaktionen) (0 zugewiesene Personen)JavaScript (1.374 Forks)batch import
Codebase QualityTaskhelp wanted

Repository-Metriken

Stars
 (9.000 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

ChakraCore contains numerous feature switches that in practise are never used - e.g. there's a switch to disable promises and one to disable proxies etc. Some of these bloat the codebase AND require runtime checks for whether they're enabled or not.

EDIT: we should also consider removing phase/option switches that are never used see #4311 for one example (though in that case it's an always on switch)

We should investigate removing some/several of the older ones that are unlikely to ever be switched off and all associated checks.

Note, see lib/Commmon/ConfigFlagsList.h for all switches as the place to start looking.

edit: The PR ref'd below makes a start at this but there's more to do.

Contributor Guide

Research-Richtung
Beginnen Sie mit der Untersuchung von lib/Common/ConfigFlagsList.h, um Funktionsschalter zu finden, die immer aktiviert sind (z. B. nie ausgeschaltet). Suchen Sie dann im Code nach Verweisen auf diese Schalter und entfernen Sie sowohl die Schalterdefinition als auch alle zugehörigen Laufzeitprüfungen. Stellen Sie sicher, dass keine Funktionalität verloren geht, indem Sie bestätigen, dass der Schalter tatsächlich immer eingeschaltet ist.
Tech Stack
javascriptcpp
Domain
compilers
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitC++
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50