Optimisation sur la vérification de String

Salut tout le monde. J'aurai une petite question d'optimisation du code. Je sais que tout le monde va me dire qu'en Java, on optimise jamais... mais bon. Je voulais savoir s'il existe une différence d'optimisation entre :

Code:

---

1 2 3 4 5

String coucou = "coucou"; if("coucou".equals(coucou)) //et if(coucou.equals("coucou"))

---

entre :

Code:

---

1 2 3 4

if("".equals(unString)) // Ici, je pense que oui //et if(unString.equals(""))

---

entre :

Code:

---

1 2 3 4

if(0 == monInt) // Ici, je pense que oui // et if(monInt == 0)

---

Et enfin, est-ce possible de faire :

Code:

---

1 2 3 4

if (null == maVariable) // Ou doit-on faire obligatoirement : if (maVariable == null)

---

Et dans le dernier cas, si c'est possible, est-ce plus rapide de comparer la variable maVariable à null que de comparer null à la variable maVariable ?
Merci pour vos réponses...

Salut,


Perso j'ai du mal à voir comment cela pourrait optimiser les performances d'une application 8O


a++

Meme constat qu'adiGuba,

La seule remarque est que de faire :

Code:

---

if("coucou".equals(coucou))

---

t'évitera d'avoir une NullPointerException si ta variable coucou est null, ce qui arrivera donc si tu utilises coucou.equals()

Citation:

---

Envoyé par adiGuba

Salut,

Perso j'ai du mal à voir comment cela pourrait optimiser les performances d'une application 8O

a++

---

Ne parlons pas d'optimisation (un tabou en Java), parlons alors de style de codage !?
Ca m'aurait étonné de ne pas avoir de telles réactions. Seulement, quand je vois des codeurs Java très expérimentés qui font des :

Code:

---

1 2	if("".equals(monString))

---

à la place de :

Code:

---

1 2	if(monString.equals(""))

---

Je me pause des questions, c'est tout...
Serait-ce seulement pour éviter les NullPointerException ?

Même remarque que zorm , celà évite de tester/d'avoir des NullPointerException.

Ok

Citation:

---

Envoyé par womannosky

Ne parlons pas d'optimisation (un tabou en Java), parlons alors de style de codage !?

---

L'optimisation n'est pas un tabou ! Mais en général les problèmes d'optimisation se règlent en via des algorithmes, après une étude des zones "coûteuses"... et non pas en une "astuce" dans le code !

Citation:

---

Envoyé par womannosky

Serait-ce seulement pour éviter les NullPointerException ?

---

C'est le seul "avantage" que je vois dans l'inversion de la comparaison. Encore faut-il vouloir éviter le NPE.

a++