Quels sont les équivalents PowerShell des opérateurs && et | | / de Bash?

plusieurs années après que la question ait été posée pour la première fois, permettez-moi de résumer l'état des choses comme de PowerShell v5.1 :

• Bash / cmd 's && et || opérateurs de contrôle ont PAS de PowerShell équivalents , et puisque vous ne pouvez pas définir des opérateurs dans PowerShell, il y a pas de bonnes solutions de contournement :

  • utilisez des commandes séparées (sur des lignes séparées ou séparées par ; ), et testez explicitement le statut de succès de chaque commande via la variable automatique $? , comme:
    
    command1 -arg1 -arg2; if ($?) { command2 -arg1 } # equivalent of &&

command1 -arg1 -arg2; if (-not $?) { command2 -arg1 } # equivalent of ||

  • voir ci-dessous pourquoi les -and et -or de PowerShell sont généralement et non une solution.

• il y avait parler de les ajouter un certain temps en arrière, mais il semble n'a jamais fait le haut de la liste.

  • Maintenant que PowerShell est passé en open source, un a été ouvert sur GitHub .
  • les jetons && et || sont actuellement réservés pour une utilisation future en PowerShell, donc il y a de l'espoir que la même syntaxe qu'en Bash puisse être implémentée.
    
    (En date du PSv5.1, en essayant quelque chose comme 1 && 1 yields error message The token '&&' is not a valid statement separator in this version. )

pourquoi les -and et -or de PowerShell ne remplacent pas && et || :

Bash opérateurs de contrôle && (court-circuiting logical AND) et || (court-circuiting logical OR) implicitement vérifier le statut de succès des commandes par leurs codes de sortie, sans interférer avec leurs flux de sortie ; par exemple:

ls / nosuchfile && echo 'ok'

Quel que soit ls sorties -- stdout (les fichiers dans / ) et stderr de sortie (le message d'erreur de la tentative d'accès au fichier inexistant nosuchfile ) -- est passé par , mais && vérifie le (invisible) code de sortie de la commande ls pour décider si la commande echo - le RHS de l'opérateur de contrôle && - doit être exécutée.

ls annonce le code de sortie 1 dans ce cas, signal échec -- parce que le fichier nosuchfile n'existe pas -- donc && décide que ls échec et, par l'application de court-circuit, décide que la "1519260920 de la commande" n'a pas besoin d'être exécuté.

Notez que c'est le code de sortie 0 qui signale le succès dans le monde de cmd.exe et bash , alors que tout nonzero code de sortie indique l'échec.

en d'autres termes: Bash's && et || opèrent complètement indépendamment des commandes" sortie et d'agir uniquement sur le succes des commandes.

les -and et -or de PowerShell , en revanche, n'agissent que sur la norme (succès) des commandes output , consume it et ensuite output only the Boolean result of the operation ; p.ex.:

(Get-ChildItem \, nosuchfile) -and 'ok'

ci-dessus:

• utilise et consomme le success sortie (standard) -- la liste de \ -- et l'interprète comme un booléen ; une collection d'entrées non vide est considérée $true dans un contexte booléen, donc si il y a au moins une entrée, l'expression évalue à $true .

  • cependant, la erreur information résultant du fichier inexistant nosuchfile est transmise, parce que les erreurs sont envoyées à un flux séparé.

• étant donné que Get-ChildItem \, nosuchfile renvoie la sortie de succès non vide, le LHS évalué à $true , donc -and évalue également le RHS, 'ok' , mais, encore une fois, consomme sa sortie et l'interprète comme un Booléen, qui, comme une chaîne non vide, évalue aussi pour $true .

• ainsi, le résultat global de l'expression -and est $true , qui est (le seul succès) sortie .

le effet net est:

• Le le succès de la sortie de part et d'autre de l'expression -and est consommé pendant l'évaluation et donc effectivement caché "1519790920 .

• la seule sortie (réussie) de l'expression est son résultat booléen , qui est $true dans ce cas (qui se traduit par True dans le terminal dans les systèmes de langue anglaise).