Certaines questions qui viennent à l'esprit de php si

Un problème a été identifié lors de l'écriture d'un script qui n'était pas compliqué. Commençons par le code, dont la fonction principale est d'utiliser PHP pour déterminer s'il faut générer un Javascript et utiliser des cookies pour enregistrer l'état

/?code PHP

en-tête ("Content-type: text/javascript");

si (!avoir des cookies ('cookieName'))

// ... Fais quelque chose

?>

/?Code Javascript

si ('undefined' s.typeof document.cookies's 'cookieName')

définir des cookies ('cookieName', 3600);

}

// ... faire avec quelque chose DeJavascript

}

?>

Le code de regard rugueux est inattaquable, et notre cher poney a trouvé le problème. est que le jugement dans Javascript est toujours vrai

si ('undefined' s.typeof document.cookies's 'cookieName')

// ...

}

Parce que ce code a une prémisse du côté PHP, qui est

si (!avoir des cookies ('cookieName') n'est affiché que sur le client. Ensuite, lorsque cette condition n'est pas remplie, le code ne le jette naturellement pas sur le client. Cela semble un peu général, alors laissez le code Javascript derrière nous, et nous allons juste utiliser le code PHP pour l'exprimer.

en-tête ("Content-type: text/javascript");

si (!avoir des cookies ('cookieName'))

si (!avoir des cookies ('cookieName'))

définir des cookies ('cookieName');

}

}

?>

Cela le rend beaucoup plus clair, et il est facile de repérer le problème - nous faisons par inadvertance un jugement supplémentaire, même si c'est fait par Javascript sur le côté client.

Pour résumer, je pense à quelques absurdités de ce code:

1. Plus le code est long, plus il est efficace

2. Sans affecter la logique et le processus, essayez d'écrire plusieurs jugements ensemble

3. Essayez de mettre la faible complexité de la fonction avant le jugement

4. Trop de jugement peut facilement conduire à la réduction de l'efficacité du programme, en particulier lors de l'utilisation de fonctions de complexité de temps élevé dans le jugement

5. Si vous trouvez que si les nids trop, vous devez repenser le processus et les algorithmes

6. Le code robuste n'est pas garanti par un jugement excessif

7. Simplifier le code et vous trouverez beaucoup de problèmes qui n'ont pas encore été découverts

8. Trop de jugement un autre angle à comprendre, est le manque de confiance dans le code