Demandez pardon, pas la permission : quand cette philosophie de programmation est-elle réellement bénéfique ?

"Demander le pardon et non la permission" - Explication technique

La philosophie de "demander pardon et non la permission" en programmation fait référence à la pratique de la tentative une opération et gérer les erreurs qui en résultent, plutôt que de vérifier explicitement l'autorisation au préalable. Cependant, malgré sa nature pythonique, cette approche a ses limites.

Lorsqu'il s'agit d'attributs d'objet facultatifs, comme dans l'exemple de la classe foo, il n'est généralement pas considéré comme un échec de l'objet si un certain attribut est absent. Au lieu de cela, cela indique souvent une erreur de programmation. Par conséquent, une meilleure approche consiste à initialiser explicitement les attributs facultatifs sur None, puis à vérifier leur présence en utilisant si foo.bar n'est pas None.

Dans le contexte de « demander pardon et non la permission », la raison pour éviter la gestion des exceptions dans de tels cas, cela cache la véritable cause de l’erreur, qui est probablement une erreur de programmation. Au lieu de cela, il est préférable de définir explicitement des valeurs initiales pour les attributs facultatifs, garantissant que le comportement du code est clair et prévisible.

En résumé, même si « demander pardon et non la permission » peut être approprié dans certaines situations, ce n'est pas le cas. universellement applicable. Lorsqu'il s'agit d'attributs d'objet facultatifs, il est plus avantageux de définir explicitement les valeurs par défaut et de vérifier leur présence plutôt que de s'appuyer sur la gestion des exceptions pour gérer les erreurs potentielles.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!