Zadkiel Me

L'hoisting en JavaScript

2012-02-15T00:00:00+00:00

Même si vous ne connaissez pas le terme Hoisting, inconsciement vous faites peut-être avec tous les jours quand vous codez en JS.

Faisons un petit quizz:
Quizz 1:

:::js
plop();
function plop(){
    alert('coin');
}

Si vous exécutez ce code, quel est le résultat ?
'coin' / plop is not a function / ReferenceError: plop is not defined

Et maintenant pour ce code ?
Quizz 2:

:::js
plop();
var plop = function(){
    alert('coin');
};

Trouvé? Réponses:
Quizz 1: 'coin' Tester
Quizz 2: plop is not a function Tester (Voir l'erreur dans firebug)

Et si vous avez trouvé, avez vous une explication?

En voici une. En JavaScript les fonctions déclarées et les variables sont toujours déplacées(Hoisted) au début de leurs scope JavaScript par l'interpréteur.

Si on reprend le code du Quizz 1 après que l'interpréteur soit passé dessus:

:::js
function plop(){
    alert('coin');
}
plop();

La fonction déclarée et son contenu sont hoisted, rendant l'appel de la fonction accessible avant sa déclaration.

Pour le Quizz 2

:::js
var plop;
plop();
plop = function(){
    alert('coin');
};

La variable est hoisted, mais attention seulement la déclaration, la fonction n'est donc pas encore assignée au moment de l'appel, d'où l'erreur plop is not a function.

J'espère que la connaissance de l'hoisting vous permettra d'éviter certaines surprises en JavaScript.

Jouer un son à la fin d'un build Maven

2011-08-07T00:00:00+00:00

Quand on se retrouve avec des temps d'exécution de build Maven qui dépassent les 10 minutes, on oublie rapidement de regarder l'output de la console, pour se consacrer à la place à une quelconque tâche de procrastination. Pour éviter ce problème, pourquoi ne pas jouer un son lorsque le build est terminé ?

Il s'avère que la tâche est très simple sous Mac OS X. Nous avons besoin tout d'abord d'un utilitaire en ligne de commande pour jouer un son: afplay se chargera très bien du travail. Il est installé par défaut, et son usage est simplissime: afplay [path_file_to_play].

Il faut ensuite savoir si l'exécution de la commande Maven est fini, ou encore mieux récupérer le code de retour unix qui nous indique si la commande a échoué(!=0) ou réussie(0). Nous pouvons donc écrire notre script bash comme ceci:

#!/bin/bash
/usr/bin/mvn $*
OUT=$?
if [ $OUT -eq 0 ];then
  afplay ff_win_short.wav
else
  afplay fail_motus.wav
fi

Explication:

/usr/bin/mvn $*

On appelle l'exécutable Maven en lui passant comme argument ceux passés aux scripts.

OUT=$?

On récupère le code de retour de l'exécution.

if [ $OUT -eq 0 ];then
  afplay ff_win_short.wav

Si il n'y a pas eu d'erreurs on joue le son choisit pour ce cas.

else
  afplay fail_motus.wav
fi

Sinon on joue le son d'échec.

Sauvegarder ce script au format .sh. Trouver également deux fichiers sons de votre choix, ou utiliser comme moi le son de victoire de final fantasy, et le son de la boule noir de MO-MO-MOTUS.

Après avoir placé ce script dans votre PATH, vous pouvez l'utiliser de n'importe où:

mvnS.sh clean install

Et voilà, nous avons un script fonctionnel. Amusez vous bien!

JavaScript, ce mal aimé

2011-05-07T00:00:00+00:00

Purée, mais JavaScript c'est de la merde !

J'avoue que de telles pensées de haine pure m'ont déjà envahit, dans d'intenses phases d'incompréhension devant mes scripts JS. Et je suis sûr que je ne suis pas le seul.

Et bien, vous savez quoi...Cela ne m'arrive presque plus. Et mes explications sur comment j'y suis parvenu, pourront peut-être vous épargner quelques cheveux blancs.

Si je voulais faire court, il suffit d'une chose pour arrêter de se prendre la tête avec JavaScript: apprendre le langage JavaScript. Dixit Douglas Crockford, JavaScript est le langage le moins compris au monde. Cela date de 2001, mais les choses n'ont pas tellement évoluées.

Et pourquoi est-il mal compris ?

Principalement à cause de l'utilisation quasi-exclusive qu'on en fait: pour manipuler le DOM. Et ce, le plus souvent avec un framework tel que jQuery. On se dit alors que l'on a pas vraiment besoin de connaitre le langage, que des copier-coller suffiront sans plus chercher à comprendre. Et c'est là que les problèmes commencent.

En effet, faute de connaitre le langage, on essaye de reproduire des principes que l'on connait bien en Java/Php/..., mais la plupart du temps cela ne fonctionne pas (Ou en tout cas, pas comme attendu). Sans compter sur la documentation des premiers résultats de google, qui restent d'une grande médiocrité, malgré l'effort fournit par Mozilla.

Ces confusions entrainent souvent une utilisation de JavaScript qui donne des résultats, mais avec un code de mauvaise qualité. Et cela s'aggrave quand la quantité de code devient importante: le fameux code spaghetti.

Mais tout n'est pas perdu. Je vais tenter dans de prochains articles de traiter des sujets qui me paraissent importants à bien connaitre pour utiliser JavaScript correctement. Ces spécificités du langage qui sont la plupart du temps méconnues. Vous allez sûrement en apprendre plus que ce que vous croyez, et je vous jure que ça vaut le coup d'oeil.