Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
While Index<List.Count AndAlso Toto<>List(Index)
'Faire quelquechose
Wend
Sans le AndAlso, cela plante lorsque Index est égale à List.Count
Pour le OrElse, cela peut éviter d'exécuter une seconde partie de test un
peut lourde si la première est déjà vraie.
"Stéphane L." a écrit dans
le message de news: %23M$Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
While Index<List.Count AndAlso Toto<>List(Index)
'Faire quelquechose
Wend
Sans le AndAlso, cela plante lorsque Index est égale à List.Count
Pour le OrElse, cela peut éviter d'exécuter une seconde partie de test un
peut lourde si la première est déjà vraie.
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: %23M$N0utKFHA.1136@TK2MSFTNGP10.phx.gbl...
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Bonjour,
While Index<List.Count AndAlso Toto<>List(Index)
'Faire quelquechose
Wend
Sans le AndAlso, cela plante lorsque Index est égale à List.Count
Pour le OrElse, cela peut éviter d'exécuter une seconde partie de test un
peut lourde si la première est déjà vraie.
"Stéphane L." a écrit dans
le message de news: %23M$Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu de
And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par
"Stéphane L." a écrit dans
le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement du
And et du Or. Cela dit, d'un point de vue algorithmique, je préferrais ne
pas utiliser cette fonctionnalité, qui n'est pas reproduite dans tous les
langages. Au moins avec AndAlso et OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: upDNpsxKFHA.1136@TK2MSFTNGP10.phx.gbl...
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement du
And et du Or. Cela dit, d'un point de vue algorithmique, je préferrais ne
pas utiliser cette fonctionnalité, qui n'est pas reproduite dans tous les
langages. Au moins avec AndAlso et OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par
"Stéphane L." a écrit dans
le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement du
And et du Or. Cela dit, d'un point de vue algorithmique, je préferrais ne
pas utiliser cette fonctionnalité, qui n'est pas reproduite dans tous les
langages. Au moins avec AndAlso et OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
>par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit dans
le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je préferrais
ne pas utiliser cette fonctionnalité, qui n'est pas reproduite dans tous
les langages. Au moins avec AndAlso et OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
>par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" <nospam@nospam.net> a écrit dans le message de news:
ewIuY9xKFHA.1284@TK2MSFTNGP14.phx.gbl...
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: upDNpsxKFHA.1136@TK2MSFTNGP10.phx.gbl...
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je préferrais
ne pas utiliser cette fonctionnalité, qui n'est pas reproduite dans tous
les langages. Au moins avec AndAlso et OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
>par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit dans
le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je préferrais
ne pas utiliser cette fonctionnalité, qui n'est pas reproduite dans tous
les langages. Au moins avec AndAlso et OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." a écrit dans
le message de news:>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
>par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit
dans le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je
préferrais ne pas utiliser cette fonctionnalité, qui n'est pas
reproduite dans tous les langages. Au moins avec AndAlso et OrElse, on
est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: uTlmmNyKFHA.3380@TK2MSFTNGP15.phx.gbl...
>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
>par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" <nospam@nospam.net> a écrit dans le message de news:
ewIuY9xKFHA.1284@TK2MSFTNGP14.phx.gbl...
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit
dans le message de news: upDNpsxKFHA.1136@TK2MSFTNGP10.phx.gbl...
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je
préferrais ne pas utiliser cette fonctionnalité, qui n'est pas
reproduite dans tous les langages. Au moins avec AndAlso et OrElse, on
est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." a écrit dans
le message de news:>Imagine un programme (mal écrit) qui compte sur un effet de bord produit
>par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit
dans le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je
préferrais ne pas utiliser cette fonctionnalité, qui n'est pas
reproduite dans tous les langages. Au moins avec AndAlso et OrElse, on
est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord produit
par le seconde comparaison !
OK merci, me reste plus qu'à rechercher 1 peu du côté des datareader pour
savoir ce que c'est, pour pouvoir imaginer ^^.
Stéphane
"Fred" a écrit dans le message de news:J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." a écrit dans
le message de news:>Imagine un programme (mal écrit) qui compte sur un effet de bord
>produit par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit
dans le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso
n'existerai pas. Cela serait devenu transparent, et cela aurait
amélioré tous les programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je
préferrais ne pas utiliser cette fonctionnalité, qui n'est pas
reproduite dans tous les langages. Au moins avec AndAlso et OrElse, on
est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord
produit par le seconde comparaison !
OK merci, me reste plus qu'à rechercher 1 peu du côté des datareader pour
savoir ce que c'est, pour pouvoir imaginer ^^.
Stéphane
"Fred" <nospam@nospam.net> a écrit dans le message de news:
OJpYOyyKFHA.3064@TK2MSFTNGP12.phx.gbl...
J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: uTlmmNyKFHA.3380@TK2MSFTNGP15.phx.gbl...
>Imagine un programme (mal écrit) qui compte sur un effet de bord
>produit par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" <nospam@nospam.net> a écrit dans le message de news:
ewIuY9xKFHA.1284@TK2MSFTNGP14.phx.gbl...
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit
dans le message de news: upDNpsxKFHA.1136@TK2MSFTNGP10.phx.gbl...
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso
n'existerai pas. Cela serait devenu transparent, et cela aurait
amélioré tous les programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je
préferrais ne pas utiliser cette fonctionnalité, qui n'est pas
reproduite dans tous les langages. Au moins avec AndAlso et OrElse, on
est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord
produit par le seconde comparaison !
OK merci, me reste plus qu'à rechercher 1 peu du côté des datareader pour
savoir ce que c'est, pour pouvoir imaginer ^^.
Stéphane
"Fred" a écrit dans le message de news:J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." a écrit dans
le message de news:>Imagine un programme (mal écrit) qui compte sur un effet de bord
>produit par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit
dans le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso
n'existerai pas. Cela serait devenu transparent, et cela aurait
amélioré tous les programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs, pour
avoir programmé en Turbo Pascal il y un moment, c'était le comportement
du And et du Or. Cela dit, d'un point de vue algorithmique, je
préferrais ne pas utiliser cette fonctionnalité, qui n'est pas
reproduite dans tous les langages. Au moins avec AndAlso et OrElse, on
est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord
produit par le seconde comparaison !
Bonjour,
Rapidement :
Un datareader permet d'avancer dans un ensemble de lignes retourné par une
requête SQL.
Le read permet d'avancer d'une ligne tout en renvoyant True si l'avancée a
eu lieu, et false si on est rendu en fin du jeu de résultat.
Donc, non seulement on sait si l'action est possible mais on la réalise.
Si ce read est placé après un And au comportement modifié en AndAlso, il
peut ne pas être effectué.
Enfin, tout cela est un peu tordu et je partage ton avis que dans la
généralité, il ne doit pas y avoir de modification du résultat d'un
programme qui tourne avec un And si on remplace ce dernier par un AndAlso.
Simplement l'éventualité existe ce qui peut justifier l'ajout d'un nouveau
mot clé plutôt que la modification d'un comportement connu.
"Stéphane L." a écrit dans
le message de news:OK merci, me reste plus qu'à rechercher 1 peu du côté des datareader pour
savoir ce que c'est, pour pouvoir imaginer ^^.
Stéphane
"Fred" a écrit dans le message de news:J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." a écrit
dans le message de news:>Imagine un programme (mal écrit) qui compte sur un effet de bord
>produit par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit
dans le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse
et éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso
n'existerai pas. Cela serait devenu transparent, et cela aurait
amélioré tous les programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs,
pour avoir programmé en Turbo Pascal il y un moment, c'était le
comportement du And et du Or. Cela dit, d'un point de vue
algorithmique, je préferrais ne pas utiliser cette fonctionnalité, qui
n'est pas reproduite dans tous les langages. Au moins avec AndAlso et
OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord
produit par le seconde comparaison !
Bonjour,
Rapidement :
Un datareader permet d'avancer dans un ensemble de lignes retourné par une
requête SQL.
Le read permet d'avancer d'une ligne tout en renvoyant True si l'avancée a
eu lieu, et false si on est rendu en fin du jeu de résultat.
Donc, non seulement on sait si l'action est possible mais on la réalise.
Si ce read est placé après un And au comportement modifié en AndAlso, il
peut ne pas être effectué.
Enfin, tout cela est un peu tordu et je partage ton avis que dans la
généralité, il ne doit pas y avoir de modification du résultat d'un
programme qui tourne avec un And si on remplace ce dernier par un AndAlso.
Simplement l'éventualité existe ce qui peut justifier l'ajout d'un nouveau
mot clé plutôt que la modification d'un comportement connu.
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: eqcsNH6KFHA.580@TK2MSFTNGP15.phx.gbl...
OK merci, me reste plus qu'à rechercher 1 peu du côté des datareader pour
savoir ce que c'est, pour pouvoir imaginer ^^.
Stéphane
"Fred" <nospam@nospam.net> a écrit dans le message de news:
OJpYOyyKFHA.3064@TK2MSFTNGP12.phx.gbl...
J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit
dans le message de news: uTlmmNyKFHA.3380@TK2MSFTNGP15.phx.gbl...
>Imagine un programme (mal écrit) qui compte sur un effet de bord
>produit par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" <nospam@nospam.net> a écrit dans le message de news:
ewIuY9xKFHA.1284@TK2MSFTNGP14.phx.gbl...
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit
dans le message de news: upDNpsxKFHA.1136@TK2MSFTNGP10.phx.gbl...
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse
et éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso
n'existerai pas. Cela serait devenu transparent, et cela aurait
amélioré tous les programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs,
pour avoir programmé en Turbo Pascal il y un moment, c'était le
comportement du And et du Or. Cela dit, d'un point de vue
algorithmique, je préferrais ne pas utiliser cette fonctionnalité, qui
n'est pas reproduite dans tous les langages. Au moins avec AndAlso et
OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord
produit par le seconde comparaison !
Bonjour,
Rapidement :
Un datareader permet d'avancer dans un ensemble de lignes retourné par une
requête SQL.
Le read permet d'avancer d'une ligne tout en renvoyant True si l'avancée a
eu lieu, et false si on est rendu en fin du jeu de résultat.
Donc, non seulement on sait si l'action est possible mais on la réalise.
Si ce read est placé après un And au comportement modifié en AndAlso, il
peut ne pas être effectué.
Enfin, tout cela est un peu tordu et je partage ton avis que dans la
généralité, il ne doit pas y avoir de modification du résultat d'un
programme qui tourne avec un And si on remplace ce dernier par un AndAlso.
Simplement l'éventualité existe ce qui peut justifier l'ajout d'un nouveau
mot clé plutôt que la modification d'un comportement connu.
"Stéphane L." a écrit dans
le message de news:OK merci, me reste plus qu'à rechercher 1 peu du côté des datareader pour
savoir ce que c'est, pour pouvoir imaginer ^^.
Stéphane
"Fred" a écrit dans le message de news:J'y suis ! Je n'avais bien interprété ta question initiale.
Si tu avais posé directement ta question existentielle ...
Un exemple qui me vient à l'esprit : le read d'un datareader
Il doit y en avoir d'autres mais bon, imagine ;-)
"Stéphane L." a écrit
dans le message de news:>Imagine un programme (mal écrit) qui compte sur un effet de bord
>produit par
le seconde comparaison !
Justement, je n'arrive pas à imaginer....
Stéphane
"Fred" a écrit dans le message de news:
"Stéphane L." a écrit
dans le message de news:Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse
et éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en
gardant le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso
n'existerai pas. Cela serait devenu transparent, et cela aurait
amélioré tous les programmes déjà effectués.
Stéphane.
Bonsoir,
Il est vrai que AndAlso et OrElse sont bien pratiques, d'ailleurs,
pour avoir programmé en Turbo Pascal il y un moment, c'était le
comportement du And et du Or. Cela dit, d'un point de vue
algorithmique, je préferrais ne pas utiliser cette fonctionnalité, qui
n'est pas reproduite dans tous les langages. Au moins avec AndAlso et
OrElse, on est fixé.
Quand à dire que de modifier le comportement du And et du Or ne va pas
entraîner de conséquences il y a des contre-exemples.
Imagine un programme (mal écrit) qui compte sur un effet de bord
produit par le seconde comparaison !
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
"Fred" a écrit dans le message de news:Bonjour,
While Index<List.Count AndAlso Toto<>List(Index)
'Faire quelquechose
Wend
Sans le AndAlso, cela plante lorsque Index est égale à List.Count
Pour le OrElse, cela peut éviter d'exécuter une seconde partie de test un
peut lourde si la première est déjà vraie.
"Stéphane L." a écrit dans
le message de news: %23M$Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu
de And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
"Fred" <nospam@nospam.org> a écrit dans le message de news:
u60HzxuKFHA.3340@TK2MSFTNGP14.phx.gbl...
Bonjour,
While Index<List.Count AndAlso Toto<>List(Index)
'Faire quelquechose
Wend
Sans le AndAlso, cela plante lorsque Index est égale à List.Count
Pour le OrElse, cela peut éviter d'exécuter une seconde partie de test un
peut lourde si la première est déjà vraie.
"Stéphane L." <sl.n..o...ave.s..p...rgne@p.a..m...ower-m.fr> a écrit dans
le message de news: %23M$N0utKFHA.1136@TK2MSFTNGP10.phx.gbl...
Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu
de And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
Merci
Apparement, le AndAlso et le OrElse ne fait qu'améliorer la vitesse et
éviter des erreurs.
Mais alors, je me pose 1 question existentielle....
Pourquoi Microsoft n'a tout simplement pas remplacé And, mais en gardant
le même syntaxe ?
Je veux dire par là, ce que faisait le And avant ferait le AndAlso de
maintenant, mais tout en gardant la syntaxe And. Le AndAlso n'existerai
pas. Cela serait devenu transparent, et cela aurait amélioré tous les
programmes déjà effectués.
Stéphane.
"Fred" a écrit dans le message de news:Bonjour,
While Index<List.Count AndAlso Toto<>List(Index)
'Faire quelquechose
Wend
Sans le AndAlso, cela plante lorsque Index est égale à List.Count
Pour le OrElse, cela peut éviter d'exécuter une seconde partie de test un
peut lourde si la première est déjà vraie.
"Stéphane L." a écrit dans
le message de news: %23M$Bonjour,
J'aimerais avoir quelques exemples où l'utilisation de AndAlso au lieu
de And, ou de OrElse au lieu de Or modifie un résultat.
Merci d'avance,
Stéphane
