Instruction "ET ALORS" en PHP?

[Plume]

C'est rigolo, votre ''EtAlors'', j'l'aurai plutôt traduit comme un ''EtAussi''. J'trouve que ''EtAlors'' n'a pas de sens... C'est p'tet moi qui ait un grain ^^'

[Unkof]

Ah oui, j'avais jamais vu qu'il y avait une différence entre && et AND. Bon après, moi j'utilise que && .... ^^

+1 Nicodd.

[Argorate]

Bonjour,
Sa ressemblerez a un truc du genre.

Code PHP :

<?php 

if(i <= q){

if(j < p){

ton action

}

} 

[Plume]

Je ne prétend pas avoir raison mais par contre, je sais qu'il ne faut pas non plus gober tout ce qui est dit par un enseignant. Un enseignant a le droit de se tromper .)

Une référence publique en ligne rapport à cette notion ? J'voudrais bien la lire pour me mettre à jour ou voir la cohérence .)

[Argorate]

Serieusement je pense qu'il est très compétant, ce qui n'est pas le cas de tout mes profs...
Ceci dit je n'ai pas de référence en ligne a te donner, dsl, faudrait chercher, mais j'ai pas l'envi là ^^

[Plume]

C'était plus une remarque générale qui m'est venue quand tu as dit ça qu'une remarque destinée à remettre en cause ton enseignant à la source de cette information .)

Quand t'auras plus la flemme, ça m'intéressera toujours .D

[Anthor]

Oui cela peut se traduire par le si imbriqué, mais lorsque c'est une condition de sortie d'une boucle, il n'y a pas de si 16

Je n'ai pas compris ?

[Crimson]

Anthor>> Il dit juste que si il utilisait des "if" il pourrait les imbriquer, mais comme ca condition logique se trouve dans un "while" il ne peut pas faire d'imbrication. Enfin je crois

Et sinon le coup du "EtAlors" ca serait pas juste pour l'ordre d'interprétation que c'est utilisé ?
Je me rappelle d'un cours où on expliquais que dans les conditions les arguments n'étaient pas forcement traités dans l'ordre dans lequel on les écrit.
Exemple:
if(a != null && b==2)
Il serait possible que le test sur a pour voir si il n'est pas nul soit fait après l'autre test. Ce qui dans certains cas pourrait poser probleme.

Du coup le EtAlors c'est juste pour indiquer un ordre d'exécution.

Mais dans le cas présent c'est pas vraiment utile, je pense que c'est plus une habitude de ton prof. Faudrait lui demander pour savoir. ^^

[nicodd]

Rien n'empèche de faire de l'imbrication dans un while :

Code PHP :

<?php 

while(i<=q)

{

    if(j>p)

    {

           //bah oui, pourquoi pas ?

    }

} 

[Argorate]

nicodd: Oui, mais non...
Si ta premiere condition est juste: ça rentre dans le while, et imaginons que la deuxieme est fausse, il ne fait donc pas le code dans le if, certes, seulement il va recommencer une nouvelle boucle alors qu'avec un ET ALORS dans la condition il aurait vu que la condition 2 était fausse et il serait sortie définitivement de la boucle...
Tu vois la nuance?

Crimson : Oui c'est bien ce que je voulais dire, dsl si j'ai mal formulé
Et oui c'est surtout un "ordre d'execution" plus qu'autre chose.