paint-brush
La véritable importance des exceptions : gestion des erreurs dans PHP vs Golangpar@shcherbanich
8,399 lectures
8,399 lectures

La véritable importance des exceptions : gestion des erreurs dans PHP vs Golang

par Filipp Shcherbanich7m2023/10/20
Read on Terminal Reader
Read this story w/o Javascript

Trop long; Pour lire

Avec le recul, la manière dont nous avons traité les erreurs montre à quel point les besoins et les défis des développeurs ont changé au fil du temps.
featured image - La véritable importance des exceptions : gestion des erreurs dans PHP vs Golang
Filipp Shcherbanich HackerNoon profile picture

Récemment, j'ai eu une conversation fascinante avec un ami qui, comme moi, est développeur de logiciels. Nous discutions de la manière dont les différents langages de programmation gèrent les erreurs, ce qui a conduit à certains désaccords. Nous nous sommes demandé quelles méthodes de gestion des erreurs fonctionnaient le mieux, quels étaient les avantages et les inconvénients, et même si nous pouvions vivre sans exceptions. Cette conversation a éveillé ma curiosité pour explorer plus en profondeur la gestion des erreurs dans divers langages de programmation, et maintenant je suis ravi de partager ce que j'ai appris.


Dans mon travail quotidien, j'utilise PHP et Golang, deux langages avec des approches distinctes de la gestion des erreurs. Dans cet article, je souhaite vous emmener dans un voyage où nous comparerons la manière dont ces langages gèrent les erreurs. Mais il y a bien plus à découvrir ! Nous explorerons également d’autres méthodes de gestion des erreurs et déterminerons celles qui conviennent le mieux à différentes tâches. Alors préparez-vous pour une exploration captivante de la gestion des erreurs dans le monde du codage.

Méthodes de gestion des erreurs : une plongée dans PHP et Golang

La gestion des erreurs dans la programmation est extrêmement importante. Avec le recul, la manière dont nous avons traité les erreurs montre à quel point les besoins et les défis des développeurs ont évolué au fil du temps.


Au départ, les retours de codes d'erreur étaient dominants. Ces retours simples, souvent basés sur des nombres entiers, indiquaient un succès ou des types d'erreur spécifiques. Même s’ils étaient efficaces, leur inconvénient était qu’ils encombraient souvent le code et le rendaient moins lisible. Pour déchiffrer une erreur, il fallait constamment se référer à la documentation ou aux définitions de codes d'erreur.


Les exceptions sont apparues comme une solution plus intuitive : au lieu de renvoyer un code, le programme générait une exception chaque fois qu'une erreur se produisait, permettant au développeur de l'attraper dans une partie désignée du code. Cette approche a été adoptée pour sa clarté et sa capacité à centraliser la gestion des erreurs.


Peu de temps après, les rappels d’erreurs ont gagné du terrain, notamment dans les environnements asynchrones. L’idée était simple : au lieu d’attendre une erreur, pourquoi ne pas passer une fonction (un rappel) pour la gérer ? Le modèle onError(callback) est devenu populaire en JavaScript, rendant la gestion des erreurs plus proactive.


Certains langages de programmation ont introduit des fonctions spéciales qui vous permettent de travailler avec des erreurs et des exceptions. Par exemple dans LUA, il y a error() et pcall() . Ceux-ci offraient un mélange de codes d’erreur traditionnels et de mécanismes d’exception.


Parallèlement aux méthodes de travail avec les erreurs décrites précédemment, un concept tel que les monades est apparu dans les langages de programmation fonctionnels. Ceux-ci enveloppent une valeur dans un contexte indiquant le succès ou l’échec, permettant une gestion des erreurs plus expressive et plus sûre. En dehors de cela, ils peuvent être utilisés avec d’autres modèles fonctionnels, permettant une gestion des erreurs et un chaînage d’opérations puissants et concis.


Mais concentrons-nous sur PHP et Golang. PHP dispose de capacités étendues de gestion des erreurs. Avant la version 5.0, il n'y avait aucune exception dans ce langage de programmation. Les développeurs ont utilisé une grande variété de méthodes de gestion des erreurs, telles que la fonction trigger_error , qui génère un message d'erreur/d'avertissement/de notification au niveau de l'utilisateur ; la fonction set_error_handler , qui vous permet de définir un rappel pour la gestion des erreurs dans le script, renvoyant activement « false » ou « null » à la suite d'une exécution infructueuse de la fonction, etc.


Beaucoup de ces méthodes sont encore largement utilisées dans le code PHP. Néanmoins, avec l'avènement des exceptions et des constructions de langage permettant de les gérer, elles ont gagné en popularité parmi les développeurs, car elles offraient un certain nombre d'avantages par rapport aux méthodes traditionnelles de gestion des erreurs, par exemple des informations plus détaillées sur l'erreur et l'endroit où elle s'est produite, le capacité à gérer les erreurs de manière structurée et meilleure lisibilité du code complexe.


Golang, quant à lui, traite un modèle à retours multiples dans lequel les fonctions renvoient à la fois un résultat et une erreur, mettant l'accent sur la vérification explicite des erreurs plutôt que sur la gestion implicite des exceptions. Les créateurs de Golang adhèrent au principe selon lequel le langage de programmation doit être aussi clair et simple que possible. L'objectif principal de sa conception était de fournir des constructions linguistiques claires et efficaces pour l'écriture de code, en particulier dans les grandes organisations telles que Google. De cette façon, les développeurs pourraient se concentrer sur la résolution des problèmes sans perdre de temps à discuter du style de code ou à essayer de donner un sens à un code complexe et déroutant.

Gestion des erreurs en PHP et Golang : une comparaison de lisibilité

L'approche des exceptions de PHP

Comme indiqué précédemment, PHP dispose de nombreuses capacités de gestion des erreurs, mais les exceptions sont la méthode la plus populaire de nos jours. Bien que cette approche soit intuitive et reflète de nombreux autres langages de programmation, elle peut conduire à des structures imbriquées, situation dans laquelle on a affaire à plusieurs sources d'erreurs potentielles. Cette imbrication « try-catch » peut rendre le code plus difficile à lire, en particulier pour les nouveaux arrivants. Décomposons-le.

AVANTAGES :

  • Brièveté . La gestion des exceptions par PHP peut donner lieu à un code concis, réduisant ainsi le nombre total de lignes nécessaires. Ceci est particulièrement avantageux lorsqu’il s’agit de différents types d’erreurs dans un segment de code. Il fournit un mécanisme centralisé de gestion des erreurs.
  • Universalité. Étant similaire à de nombreux autres langages, le mécanisme d'exception de PHP est familier à de nombreux développeurs et facilite la transition vers PHP à partir d'autres contextes de codage. Le langage de programmation le plus populaire à l’heure actuelle propose cette façon de gérer les erreurs.

DÉSAVANTAGES:

  • Perturbation du flux. Le principal inconvénient est la possibilité d'obscurcir le flux logique du code. À mesure que les exceptions se propagent, il peut être difficile de retracer la source de l'erreur d'origine, ce qui complique le débogage.
  • Excès de confiance. S'appuyer trop sur les exceptions peut également conduire à une utilisation excessive, dans laquelle des erreurs triviales sont générées sous forme d'exceptions, ce qui complique inutilement le code.

Gestion explicite des erreurs de Golang

Golang adopte une approche distincte. Au lieu d'exceptions, les fonctions renvoient une valeur d'erreur en plus de leur valeur de retour habituelle. Il est alors de la responsabilité du développeur de vérifier et de gérer cette erreur. Bien que cela puisse rendre le code Go plus long, cela offre une compréhension très claire du moment et de l’endroit où des erreurs peuvent se produire.


AVANTAGES :

  • Simplicité du flux de contrôle. Étant donné que Go n'utilise pas d'exceptions pour la gestion des erreurs, il n'est pas nécessaire de recourir à des blocs « try-catch » : cela réduit la complexité du flux de contrôle.
  • Flexibilité . L'approche de Golang permet aux développeurs de décider comment gérer chaque erreur au cas par cas, que ce soit en la propageant, en la journalisant ou en prenant des mesures correctives. Ce contrôle peut conduire à des applications plus robustes.

DÉSAVANTAGES:

  • Longueur. L'une des critiques les plus courantes est que la gestion des erreurs de Go peut conduire à un code verbeux. Les fonctions qui peuvent échouer doivent renvoyer une valeur d'erreur supplémentaire, et la gestion de ces erreurs peut souvent entraîner un passe-partout répétitif de vérification des erreurs.
  • Potentiel de surveillance. La gestion des erreurs étant explicite, il peut y avoir un risque que les développeurs oublient ou choisissent intentionnellement de ne pas vérifier une erreur.
  • Manque de contexte . Bien que le type d'erreur standard de Go soit simple et cohérent, il manque souvent d'informations contextuelles sur l'endroit et la raison de l'erreur. Bien qu'il existe des packages et des modèles pour ajouter plus de contexte, ils ne sont pas aussi intégrés que le souhaiteraient certains développeurs.

Différences de performances et de consommation de ressources

Le débat entre PHP et Golang s'aventure souvent dans divers domaines de la programmation, mais l'un des domaines de discorde les plus importants est leur différence en termes de performances et de consommation de ressources, notamment en matière de gestion des erreurs.


Dans le cas PHP, les exceptions permettent la création d'une trace de pile, ce qui permet de suivre la séquence d'appels menant à l'erreur. Cette trace fournit des informations précieuses pour le débogage. Cependant, générer une telle trace, en particulier dans les applications complexes, nécessite des ressources informatiques et de la mémoire. Par conséquent, lorsque des exceptions sont fréquemment levées, elles peuvent ralentir l’application et augmenter son empreinte en ressources.


D'un autre côté, la méthode de Golang évite la surcharge liée à la création de trace de pile d'exceptions. Au lieu de cela, les fonctions renvoient des valeurs d'erreur qui doivent être vérifiées explicitement par le programmeur. Cette approche se traduit par des performances plus légères et une consommation de ressources réduite. Mais cela transfère directement la responsabilité sur les épaules du développeur, ce qui est également gourmand en ressources d'une certaine manière.


La décision entre l'utilisation de la méthode basée sur les exceptions de PHP ou la gestion explicite des erreurs de Golang n'est pas seulement une question de performances et de ressources, mais plutôt une question de compromis. Les exceptions fournissent une multitude d’informations de débogage, mais elles ont un coût ; L'approche de Golang, quant à elle, est respectueuse des ressources mais nécessite une diligence dans la gestion des erreurs.

Conclusion : est-il possible et nécessaire de vivre sans exceptions ?

PHP, né des besoins du développement web, a privilégié la simplicité et l'hébergement mutualisé. Sa gestion des erreurs le rend convivial pour les développeurs d'applications Web. D'un autre côté, Golang, créé par les géants du logiciel Google, a été conçu pour la programmation système moderne. Il met l'accent sur la gestion explicite des erreurs à l'aide de plusieurs valeurs de retour : ce paradigme favorise un flux de code plus clair et génère des erreurs sous forme de valeurs régulières, offrant un contrôle plus précis.


Différentes origines et objectifs ont façonné leurs philosophies de gestion des erreurs. PHP visait une large adoption parmi les développeurs Web, valorisant l'accessibilité et la clémence. En revanche, Golang recherchait des performances, une clarté et une robustesse idéales pour les systèmes évolutifs et maintenables.


Leurs approches suscitent inévitablement un débat sur la nécessité des exceptions.


Même si le codage sans exception peut sembler intimidant, il pousse les développeurs vers un code plus transparent et plus prévisible. Cependant, il n’est peut-être pas universellement adapté et souligne la nécessité de comprendre les intentions et les applications spécifiques du langage.


Quant à moi, malgré les éventuels inconvénients des exceptions, je fais partie de ces développeurs qui préfèrent les utiliser dans leur travail, si cela est possible. L'approche Golang me semble moins confortable, mais elle m'oblige également à réfléchir davantage à ce que je fais et à ce que je veux réaliser. Quelle méthode préférez-vous utiliser ? Je serai heureux si vous partagez cette information dans les commentaires !