Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

[Request/Question] Allow control over if/how the $env var is exposed

Offen
#710 2 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

@boinger arbeitet bereits daran.

Seit 27.3.2026.

  • #949 von @boinger — offen

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
30/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
go
Bereich
compilers

Rechercherichtung

Beginne damit, nachzuverfolgen, wie die Variable $env für expr-Programme verfügbar gemacht wird, und vergleiche diesen Pfad mit der vorhandenen Direktive DisableBuiltin(). Bestätige die vorgesehene API zum Umbenennen oder Deaktivieren von $env, füge anschließend Abdeckung hinzu, die das ausgewählte Verhalten zeigt, und verifiziere, dass das bestehende Standardverhalten intakt bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

feature

I'm considering using expr at DAYJOB and would like to not expose the $env var using that name. We're planning on using expr as a DSL and the domain has vars which conflict with $env and/or look similar enough that I want to stray from any confusion.

I skimmed thru the code and it doesn't look like I can hide it from the expr programs via configuration today. Please call out if I just missed that.

Questions I have for you:

  • Does this var need to be exposed to end users? I can understand the convenience of it, but do you see it as a must have or a nice to have?
  • Would you be amenable to allowing it to be exposed under a different name? If not, would you be amenable to allowing it to not be exposed (something like the DisableBuiltin() directive)?

I'm happy to do the work to support my request but I wanted to ask before I went and put up a PR that doesn't align with your direction for expr.

Vorherrschende Sprache
Go
Sterne
8k
Forks
535
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus expr-lang/expr

Alle Issues in expr-lang/expr

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

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