Pourquoi l'égalité à l'opérateur ne fonctionne pas s'il n'est pas entouré par l'espace?

J'ai essayé le script suivant

#!/bin/bash
var1="Test 1" 
var2="Test 2"
if [ "$var1"="$var2" ] 
  then 
    echo "Equal" 
  else 
    echo "Not equal"
fi

Il m'a donné Equal. Mais il faut avoir imprimé Not equal

Seulement quand j'ai inséré l'espace autour de = cela a fonctionné comme prévu

if [ "$var1" = "$var2" ]

et imprimé Not equal

Pourquoi est-il si? Pourquoi "$var1"="$var2" est pas le même que "$var1" = "$var2"?

De plus, quand j'ai écrit if [ "$var1"= "$var2" ], il a donné

line 4: [: Test 1=: unary operator expected

Que veut-il dire? Comment se fait-ses attend opérateur unaire?

InformationsquelleAutor Andrew-Dufresne | 2011-02-12

58

test (ou [ expr ]) est une fonction builtin. Comme toutes les fonctions de bash, vous transmettre les arguments comme des espaces séparés mots.

Que la page de manuel de bash les builtins dispose que: "Chaque opérateur et opérande doit être un argument séparé."

C'est juste la façon bash et la plupart des autres shells Unix travail.

Affectation de Variable est différente.

En bash une affectation de variable a la syntaxe: name=[value]. Vous ne pouvez pas mettre non cotées espaces autour de la = parce que bash ne serait pas interpréter cela comme la mission que vous envisagez. bash traite la plupart des listes de mots comme une commande avec des paramètres.

E. g.
```
# call the command or function 'abc' with '=def' as argument
abc =def

# call 'def' with the variable 'abc' set to the empty string
abc= def

# call 'ghi' with 'abc' set to 'def'
abc=def ghi

# set 'abc' to 'def ghi'
abc="def ghi"
```
- Merci Charles Bailey. Il y a une chose de plus, comme l'homme de la page indique "chaque opérateur et ...." alors pourquoi var = "test" ; ne fonctionne pas? Pour le faire fonctionner, je dois supprimer les espaces var="test"; Est d'affectation = n'est pas un opérateur?
- Que l'homme s'applique à la test builtin fonction. En bash une affectation de variable est la partie de la coque de la grammaire, ce n'est pas une fonction. Il ne nécessite pas d'espaces.
- ...et "abc = def' appelle la commande abc avec deux arguments '=' et 'def'
InformationsquelleAutor CB Bailey
7

Lorsque le shell lit
```
if [ "$var1" = "$var2" ] 
```
il invoque la commande [ avec 4 arguments. Si [ est un builtin ou une commande externe n'est pas pertinent, mais il peut l'aider à comprendre qu'il peut être la commande externe /bin/[. Le deuxième argument est le littéral '=' et le quatrième est un ']'. Toutefois, lorsque le shell lit
```
if [ "$var1"= "$var2" ] 
```
[ ne reçoit que 3 arguments: l'expansion de $var1 avec '=' annexé, l'expansion de $var2, et ']'. Quand il ne reçoit que 3 arguments, il attend le dernier argument ']' et le premier argument d'un opérateur unaire.

InformationsquelleAutor William Pursell
3

À ajouter à l'existant explication, "$var1"="$var2" est juste une seule chaîne non vide, et donc s'évalue toujours aussi vrai dans une conditionnelle.
```
[ "$var1"="$var2" ] && echo true
```
La commande ci-dessus va toujours imprimer true (même si var1 et var2 être vide).

InformationsquelleAutor Jahid
-1

En bash le mieux est d'utiliser [[ ]]:
```
x="test"
y="test"
if [[ "${x}" = "${y}" ]]; then
    echo "Equals"
else
    echo "No equals"
fi
```
- Bash[[ est régie par la même syntaxe shell comme toutes les autres constructions. Commutation de [[ ne résoudrait pas le cas des OP problème. Quant à savoir si c'est "mieux" dépend si vous privilégier le côté pratique de plus de portabilité. Si vous vous êtes engagé à Bash-seulement, c'est probablement vrai.
- Comme je l'ai écrit, je voulais dire bash. Bien sûr, si vous voulez que votre code soit portable, vous devez utiliser /bin/sh
- Encore, ce ne tente pas de répondre à l'OP de la question, et doit être posté un commentaire au lieu de (si).
InformationsquelleAutor knesenko

Vous devez vous connecter pour publier un commentaire.