[Request/Question] Allow control over if/how the $env var is exposed
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 30/100
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
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
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus expr-lang/expr
-
Docs: Built in functions shadow user variablesEvtl. vergeben @sanmaxdev hat das vor 98 Tagen übernommen. Offendocs needed
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 62/100
-
`in` operator on a struct doesn't respect `expr` tagsEvtl. vergeben @akashchamp hat das vor 18 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 65/100
-
`find`, `findIndex`, `first` and `get` are type-checked as the element type where they return nilEvtl. vergeben @TastyHeadphones hat das vor 15 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 65/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
Ähnliche Issues
-
docs(prompt): filer socket fragment hardcodes an issue-intent cap of 8 that Chore runs overrideOffenagent-butler-finding chore
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
jordansmall/spindrift#5128 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 84/100
Maintainer antworten meist innerhalb von 2 Tagen
-
License GOtome under Apache 2.0 instead of AGPL-3.0Evtl. vergeben @praetorianer777 hat das heute übernommen. Offenarea:workflow documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
praetorianer777/GoTome#212 ·
Maintainer antworten meist innerhalb von 1 Tag
-
ci: pin Go version in Build and Unit Test workflows (>=1.26.6 floats to 1.27.2 and breaks golangci-lint)Evtl. vergeben @leninmehedy hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 87/100
hashgraph/solo-weaver#1255 ·
Maintainer antworten meist innerhalb von 1 Tag
-
area/infra backlog type/chore
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
praetorianer777/Stator#374 ·
Maintainer antworten meist innerhalb von 1 Tag