En ce qui concerne le sujet du fil de discussion, j'évite les instructions goto, break, continue et switch, parceque je trouve que ça casse la lecture du code (je n'arrive pas à penser en hypertexte ;) ).
Le problème des variables globales est multiple. Déja, on ne m'a jamais dit de ne pas les utiliser, mais de les éviter.
Premièrement, lorsque tu code dans un environnement multifils, il faut mettre en place des systèmes d'exclusions (sémaphores, sections critiques, etc ) pour être sûr d'être le seul à écrire dessus, ou être sûr de la validité de son contenu.
Secondement, si on abuse des variables globales, on ne peux plus correctement programmer son bout de code : on est contraint de penser aux interactions avec le reste du projet. Ce n'est pas génial quand on a un esprit limité comme le mien.
Ce n'est pas de la légende urbaine, ce sont juste des petites règles de programmation destinées à simplifier la maintenance d'un code et le travail en groupe. Mais si toutes les personnes travaillant sur le même projet on le même esprit tordu, pourquoi pas ;)
Juste un point sur les goto dans le source de Linux. C'est vrai que ça m'avait choqué, mais je me dis que ça pourrait être pire ;) Ce qui m'embête le plus, c'est l'usage du goto quand il est absoluement inutile
Et pour finir, le stack overflow, c'est comme le segmentation fault : ça ne doit pas arriver ! Mais c'est vrai que de mettre en place des procédures de contrôle de la pile mémoire n'est pas évident, et agit négativement sur les performances de l'application. Mais c'est comme toujours le choix impossible : fiabilité ou performances ?
[^] # Re: Découvrez la communauté PHP
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Découvrez la communauté PHP. Évalué à 10.
Le problème des variables globales est multiple. Déja, on ne m'a jamais dit de ne pas les utiliser, mais de les éviter.
Premièrement, lorsque tu code dans un environnement multifils, il faut mettre en place des systèmes d'exclusions (sémaphores, sections critiques, etc ) pour être sûr d'être le seul à écrire dessus, ou être sûr de la validité de son contenu.
Secondement, si on abuse des variables globales, on ne peux plus correctement programmer son bout de code : on est contraint de penser aux interactions avec le reste du projet. Ce n'est pas génial quand on a un esprit limité comme le mien.
Ce n'est pas de la légende urbaine, ce sont juste des petites règles de programmation destinées à simplifier la maintenance d'un code et le travail en groupe. Mais si toutes les personnes travaillant sur le même projet on le même esprit tordu, pourquoi pas ;)
Juste un point sur les goto dans le source de Linux. C'est vrai que ça m'avait choqué, mais je me dis que ça pourrait être pire ;) Ce qui m'embête le plus, c'est l'usage du goto quand il est absoluement inutile
Et pour finir, le stack overflow, c'est comme le segmentation fault : ça ne doit pas arriver ! Mais c'est vrai que de mettre en place des procédures de contrôle de la pile mémoire n'est pas évident, et agit négativement sur les performances de l'application. Mais c'est comme toujours le choix impossible : fiabilité ou performances ?