Discussion :

[clavier12AZQSWX]

bonjour,

on m'a appris à toujours mettre un EXIT() quand on fait une redirection LOCATION .
Mais sinon, il sert à quoi vraiment? il est facultatif ?

y-a-t-il une différence entre ces 2 codes :

code1

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
echo "c'est fini";
exit();

code2

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

exit("c'est fini");

Si on fait un script php unique, qui ne redirige nulle-part, qui ne renvoie rien en frontal, faut-il mettre un exit à la fin du script ?
Quand on met un exit à la fin, est-ce que apache reçoit un signal particulier ? une libération de mémoire ou qq chose comme ça se passe-t-il ?

Merci de vos retours (et anecdotes si vous en avez sur la fonction exit)

[Séb.]

Hormis le cas cité, et plus généralement le besoin d'une sortie prématurée du script, je ne pense pas que exit soit utile dans la plupart des scripts.

Perso j'utilise beaucoup PHP pour des scripts CLI (lignes de commandes), et là exit est utile pour renvoyer un code de sortie et que le script / environnement puisse agir en conséquence.
0 => Succès
1 => Erreur / statut particulier
2 => Autre erreur / statut particulier
etc.

Ex. pour chaîner dans un cron ou une invite de commandes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ ./import-data.php && ./process-data.php

=> N'exécutera process-data.php que si import-data.php a un code de sortie à 0

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ ./import-data.php; [ $? = 200 ] && ./another-data-processing.php

=> N'exécutera another-data-processing-data.php que si import-data.php a un code de sortie à 200

[CosmoKnacki]

exit termine le script courant de manière inconditionnel. Mais si un script arrive à sa fin, celui-ci s'interrompera même si l'instruction exit n'est pas présente. (ça va mieux en le disant).

Hormis le fait que cette instruction permet de quitter le script à tout moment, son rôle est aussi d'indiquer dans quelles conditions le script s'est interrompu: Est-ce que celui-ci s'est interrompu car il est arrivé à la fin et que tout c'est bien passé? Est-ce que celui-ci s'est interrompu suite à un problème? Et quel est ce problème?
On peut donc dire ce qu'il en est en passant une chaîne de caractères explicative comme paramêtre ou un entier correspondant à un code d'erreur.

Par défaut, exit sans paramètre renvoie 0, ce qui signifie que tout c'est bien passé (norme POSIX).
Selon l'environnement dans lequel on évolue, ces codes d'erreurs correspondent à une situation précise. Exemple: les premiers codes d'erreurs sous linux:

Code text :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
EPERM 1 Opération non permise
ENOENT 2 Aucun fichier ou dossier de ce type
ESRCH 3 Aucun processus de ce type
EINTR 4 Appel système interrompu
EIO 5 Erreur d'entrée/sortie
ENXIO 6 Aucun périphérique ou adresse
E2BIG 7 Liste d'arguments trop longue
ENOEXEC 8 Erreur de format pour exec()
EBADF 9 Mauvais descripteur de fichier
ECHILD 10 Aucun processus enfant
EAGAIN 11 Ressource temporairement non disponible
ENOMEM 12 Ne peut allouer de la mémoire
EACCES 13 Permission non accordée
EFAULT 14 Mauvaise adresse
ENOTBLK 15 Bloc de périphérique requis

(et il y en a 133 comme ça).

L'utilité d'un code d'erreur ou d'un message d'erreur est assez faible lorsqu'on utilise PHP sur un serveur pour faire du web, par contre il est tout à fait conseillé de le produire lorsqu'on utilise PHP via CLI (en ligne de commande) afin de permettre une meilleur communication avec les autres applications succeptibles d'utiliser ce script.
Cela-dit on peut très bien envoyer un code d'erreur dans le cadre d'un appel Ajax.

exit avec un chaîne de caractères a plus pour vocation à informer l'utilisateur (que les autres applications). On est à mi-chemin entre un processus de débuggage "à la main" et des excuses bon marché pour l'utilisateur.

À mon avis, si tu as quelque chose à dire, mieux vaut faire un bon vieux echo et renvoyer un code.

[cavo789]

Juste partage de mon expérience : je n'écris jamais exit dans mes scripts. Je n'en perçois pas le besoin excepté pour les situations où effectivement tu aurais un script PHP en ligne de commande (CLI) pour retourner alors un code d'erreur (autre que 0). Perso, dans ce cas-là, j'écris un script en bash mais l'utilisation de Seb est correcte.

En programmation PHP, je programme comme suggéré par CosmoKnacki; je m'arrange pour que la dernière ligne exécutée corresponde à ... la dernière ligne à devoir être exécutée (et donc la première phrase dans le post de CosmoKnacki).

Faire autrement c'est peu "programmation spagetthi" où on fait des break, continue, goto, ... bref des branchements de code "arbitraires".

[Séb.]

Faire autrement c'est peu "programmation spagetthi" où on fait des break, continue, goto, ... bref des branchements de code "arbitraires".

Chut malheureux, ne dit à personne que goto existe en PHP

Sinon perso je n'ai aucuns soucis à sortir plus tôt d'une boucle ou autre avec un continue & cie.
Cela évite les scripts trop "profonds" et améliore grandement la lecture.
Par contre oui il faut faire attention dès que ça se complique un peu au risque d'avoir des résultats "surprenants".

[cavo789]

Mais euh ? Je n'ai pas dit que cela existait en php... Je parlais en absolu 😜

[Séb.]

Mais euh ? Je n'ai pas dit que cela existait en php... Je parlais en absolu 😜

Ah zut, du coup c'est moins qui ai révélé le pot aux roses