Test de l'EDI PHPEdit

Tout bon IDE sait gérer un projet complet. PHPEdit ne déroge pas à cette règle. Il le fait même très bien, puisqu'il sait définir des paramètres spécifiques à chaque solution ou projet.

Il me semble que le vocabulaire utilisé ici provient de MS Visual Studio : une solution peut contenir un ou plusieurs projets situés n'importe où dans votre système de fichiers. Un projet correspond à un répertoire de votre ordinateur.

Par défaut, l'explorateur de solutions est placé dans la marge gauche de PHPEdit.

Dans cette image, vous pouvez voir que j'ai configuré deux solutions (« Developpez » et « Pixiel ») contenant chacune quelques projets. J'ai également un projet « tests » situé à la fois en dehors de toute solution et dans toutes les solutions : de cette manière, j'y ai toujours accès.

Utilisez plutôt quelque chose comme suit :

• C:\Mes Documents\Web\includes\ : Le répertoire de vos scripts à inclure ;
• C:\Mes Documents\Web\PHPEdit\ : Le répertoire de vos solutions et projets PHPEdit ;
• C:\Mes Documents\Web\www\ : Le répertoire accessible par HTTP.

Si vous enregistrez les fichiers de Solutions et de Projets de PHPEdit dans votre arborescence Web, vous vous retrouverez tôt ou tard avec ces mêmes fichiers sur votre serveur Web : ce n'est pas une situation dont vos clients sont supposés être témoins…

L'ajout, la modification et la suppression des solutions et des projets sont trop intuitifs pour nécessiter une explication. Utilisez le menu contextuel et le drag-and-drop comme vous en avez l'habitude. Prenez simplement garde à différencier l'emplacement du fichier de PHPEdit et l'emplacement de votre répertoire de scripts.

PHPEdit gère très bien les projets. Il propose une organisation similaire à celle proposée par un très grand IDE et permet de les configurer à différents niveaux, ce dont je parlerai plus en détail dans la section sur le plug-in FTP.

Comme je l'ai évoqué plus tôt, peut-être que l'interface de création de solutions et de projets pourrait gagner à être très légèrement plus explicite.

Il me semble avoir déjà évoqué le fait que PHPEdit plante de temps à autre. Lors d'un tel plantage, les nouveaux paramètres ne sont pas sauvegardés par l'IDE. Par conséquent, je vous recommande vivement de sauvegarder fréquemment les changements que vous effectuez à vos solutions et projets. C'est de toute manière une attitude que vous devriez adopter de manière générale, plantages ou non : sauvegardez fréquemment tout ce que vous faites.

Les quickmarks sont des marqueurs que PHPEdit dépose dans votre code lorsque vous utilisez certaines fonctionnalités de l'IDE. Par exemple, si vous définissez plusieurs fonctions dans un script, l'IDE vous permet de naviguer rapidement de l'une à l'autre.

Je vais vous guider à travers leur utilisation. Dans un premier temps, placez-vous à la lige 10 d'un script tel que celui-ci :

<?php

function function_1()
{
    echo 1;
}

function function_2()
{
    echo 2;
}

?>

Dans la barre de boutons de PHPEdit, il y a une liste déroulante « Methods » : utilisez-la pour vous déplacer vers « function_1 ». Voici ce que vous obtenez :

PHPEdit a déposé une quickmark (la petite flèche blanche) à l'emplacement de votre curseur avant de le déplacer dans la fonction demandée. Maintenant, appuyez sur Alt + Fin. C'est ce qui s'appelle « collect last quickmark ». Si vous apprenez à l'utiliser, cela peut vous permettre de réduire considérablement le temps perdu à naviguer dans le code.

Vous pouvez bien sûr déposer volontairement une quickmark si vous le souhaitez : cela se fait au moyen de Alt + Début.

Nous allons maintenant écrire un mini wrapper pour la fonction htmlentities(), trop souvent négligée, car fastidieuse à écrire. Voici notre code de départ :

<?php

function getHtml($string){
    return htmlentities($string, ENT_QUOTES, );
}

?>

Le premier paramètre optionnel devrait toujours être ENT_QUOTES, nous n'avons donc pas de remords à le laisser tel quel. Cependant, nous nous rendons maintenant compte que le charset peut changer et, surtout, que nous pouvons avoir besoin de cette information à plusieurs endroits. Nous allons donc avoir besoin d'une constante dans notre script.

Ainsi, déposons une quickmark avant la parenthèse fermante (Alt + Début) : PHPEdit a placé un triangle rouge à cet endroit. Déplaçons le curseur hors de la fonction et ajoutons cette ligne :

define('CFG_CHARSET', 'UTF-8');

Pensez à copier le nom de la constante dans le presse-papiers. Pour terminer, appuyons sur Shift + Esc : PHPEdit a ramené le curseur à l'emplacement de la quickmark et y a collé le contenu du presse-papiers.

Il existe différentes quickmarks, identifiées par des couleurs distinctes :

• Bleue : Déposée par un keyboard template
• Blanche : Déposée par un déplacement dans le code
• Rouge : Déposée manuellement

Les quickmarks sont une fonctionnalité très utile, mais qui demande un investissement conséquent (pour s'y habituer). Je pense que le gain occasionné vaut les efforts fournis.

Cela dit, c'est avec les keyboard templates que les quickmarks sont les plus utiles.

Les gabarits de code vous permettent de saisir plus rapidement votre code non seulement en PHP, mais dans tous les langages connus de PHPEdit.

Ainsi, lorsque vous écrivez « switch » (notez l'espace), PHPEdit vous créé une structure switch, utilise le contenu du presse-papiers comme condition et dépose des quickmarks aux endroits clefs de la structure. Pour couronner le tout, il surligne la condition pour que vous puissiez aisément la remplacer si le contenu du presse papiers n'est pas adéquat.

Bien sûr, le Code Insight permet de sélectionner un gabarit parmi les options disponibles. La liste est accessible à partir du raccourci Ctrl + J.

L'utilisation des quickmarks est ingénieuse et, une fois l'habitude prise, vous gagnerez vraiment du temps.

N'hésitez pas à jeter un œil aux gabarits prédéfinis, voire à les modifier selon vos habitudes : F10 / Code Tools / Keyboard Templates.

Pour lancer une session de débogage simple, utilisez la touche F9 ou bien la flèche verte de la barre d'outils de PHPEdit.

DBG utilise l'exécutable de PHP pour exécuter votre script et vous retourner les erreurs de syntaxe à PHPEdit, qui vous permet de naviguer dans votre code de manière à les corriger.

Vous pouvez également lancer une session avec des paramètres GET à l'aide des touches Shift + F9.

Que serait un débogueur sans points d'arrêt ?

Un point d'arrêt est une marque que vous, développeur, posez dans votre script afin d'indiquer au débogueur qu'il doit faire une pause à cet endroit. Cela permet d'inspecter l'état des variables à cet endroit du code sans que tout le script soit exécuté et ainsi de vérifier que l'exécution suit un déroulement normal.

PHP DBG supporte cette fonctionnalité et PHPEdit est une très bonne interface. Par défaut, la touche F5 vous permet de poser ou d'enlever un point d'arrêt sur la ligne actuelle. Un point d'arrêt est marqué d'un cercle rouge dans la marge et toute la ligne de code est surlignée de cette même couleur.

Lors du lancement de la session de débogage, PHPEdit marque une pause à l'emplacement de chacun de vos points d'arrêt et vous indique dans la vue (workspace layout) « Debug » la valeur de chacune des variables du script à cet endroit précis. Vous pouvez également voir la liste des appels de fonctions (call stack), le journal de débogage (debugger log), etc.

En bref, DBG est un outil de statistiques de votre code.

En utilisant des points d'arrêt, vous pouvez « profiler » vos scripts, c'est-à-dire savoir quelles sont les portions qui demandent le plus de temps CPU. C'est quelque chose que vous pourriez faire à l'aide des ticks dans votre code PHP, mais l'IDE le fait pour vous… Cela vous évite de mélanger votre logique applicative avec la logique de test, ce qui n'est assurément pas un mal !

Le profiler permet de savoir ce qui est exécuté dans vos scripts et, surtout, combien de temps PHP est resté sur chaque ligne. Trois classements sont proposés :

Session timeout expired▲

PHPEdit utilise DBG, un débogueur gratuit pour PHP. Par conséquent, il hérite de ses défauts : DBG semble malheureusement un peu chatouilleux si vous utilisez divers IDE.

J'ai été confronté à un message d'erreur « session timeout expired » : si vous l'obtenez, vérifiez la configuration décrite plus tôt.

Si vous utilisez le débogueur pour vérifier la syntaxe de votre script, il y a une solution plus simple : le vérificateur de syntaxe (un bouton « ABC » dans l'interface de PHPEdit). Vérifiez le bas de l'IDE pour obtenir les messages d'erreur. S'il y en a, vous pouvez cliquer droit sur l'icône pour en obtenir la liste.

Limites du débogage avec DBG▲

Le débogage avec DBG semble n'être qu'au stade des balbutiements. Il est possible de spécifier des points d'arrêt et de faire toutes sortes de choses (notamment profiler), mais il n'est pas encore possible de tester un script en situation réelle (comme réagir à une action de l'utilisateur : $_POST, $_COOKIE et leurs congénères). Il est possible de simuler ces requêtes en tordant un peu notre logique applicative, mais, dès que la variable $_SESSION s'en mêle, il est préférable d'arrêter les bricolages.

Je me répète, et PHPEdit n'est d'ailleurs pas en cause, mais le débogage au moyen de DBG a encore du chemin à faire.