Are Boolean operators lazy?
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 48/100
- Type d'issue
- Documentation
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- shell
- Domaine
- documentation
Piste de recherche
Commencez par la page de documentation Boolean liée et par l’issue 10237 de Nushell référencée. Vérifiez si and et or sont garantis comme étant évalués paresseusement, puis documentez le comportement confirmé et ses implications pour l’exemple présenté sur la page de documentation Boolean appropriée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Hello,
TL;DR: Are the and and or Boolean operators guaranteed to be lazy, so we can document it?
I encountered this bug https://github.com/nushell/nushell/issues/10237 which makes last error out on an empty input instead of returning a null if I understand correctly.
So I have written this workaround:
let filler = if ($text != "") and ($text | split chars | last) == "%" { "%" } else { " " }
This code works without errors for me, so the RHS of the and Boolean operator must not be evaluated / be lazily evaluated.
To put it short, the and operator seems lazy (nu version 0.108.0)
I cannot find it documented in Boolean | Nushell and looking for "lazy" in the documentation does not yield anything related to Booleans.
Is and guaranteed to be lazy in future versions? What about or?
Should we document this behavior?
- Langage dominant
- TypeScript
- Étoiles
- 261
- Forks
- 561
- Merge moyen
- 3 h 51 min
- PR mergées (30 j)
- 15
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de nushell/nushell.github.io
-
Difficulté 1/5 1-3 heures Accessibilité débutants 68/100
nushell/nushell.github.io#2081 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 62/100
nushell/nushell.github.io#767 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 58/100
nushell/nushell.github.io#2232 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 58/100
nushell/nushell.github.io#2209 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
nushell/nushell.github.io#2194 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de nushell/nushell.github.io
Issues similaires
-
ai-driven-qa bug claude Minor
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
linagora/twake-contacts-frontend#241 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour
-
ui(ListToolbar): search takes the full row on a phone instead of sharing it with the result countOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
Les mainteneurs répondent en général sous 1 jour
-
priority:high
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
ahmedkhaleel2004/gitdiagram#228 ·