Discussion :

[SylvainPV]

Les fonctions sont un des éléments les plus intéressants du langage JavaScript, mais beaucoup de leurs subtilités restent méconnues. Afin de mesurer vos connaissances et de vous faire découvrir de nouvelles manières d'utiliser les fonctions, un nouveau quiz JavaScript dédié aux fonctions vient d'être publié !

Quiz: Usage avancé des fonctions

Le quiz est de niveau difficile, donc pas de panique si vous n'avez pas la moyenne Et merci de ne pas indiquer des éléments de réponse dans vos commentaires.

Pour les plus chevronnés d'entre vous, je vous propose une onzième question pas piquée des vers. Etant donné son haut niveau d'inintelligibilité, je vous laisse vous échanger des pistes de réflexion publiquement dans les commentaires de ce topic.

QUESTION BONUS
11. A votre avis, à quoi sert la fonction suivante ?

Code :

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

var f = Function.bind.bind(Function.call);

a) à chaîner des fonctions en gardant toujours le même contexte d'appel
b) à transformer une méthode en fonction classique où l'instance est passée en argument
c) à modifier la fonction bind pour qu'elle exécute les fonctions sur lesquelles on l'appelle
d) à faire s'arracher les cheveux aux collègues


Merci à NoSmoking, SpaceFrog et vermine pour la relecture du quiz.


Participez également à nos autres quizz :
Les quizz JavaScript.
Tous les quizz de Developpez.com dont certains portent sur le CSS, HTML ou PHP.

[Kaamo]

7/10, c'est mieux que mon score sur le DOM !
Sympathique ce petit test, j'aurais dû le faire demain matin après le café plutôt qu'en fin de journée, mais ma curiosité a eu le dessus

Pour la question BONUS, je dirais que c'est une sorte de wrapper qui évite de taper maFonction.call :

Code javascript :

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

1
2
3
4
5
function maFonction() {
  console.log(this.nom);
}
 
maFonction.call({nom: 'Marty'}); // Marty

A la place, suffit donc de :

Code javascript :

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

1
2
var f = Function.bind.bind(Function.call);
f(maFonction)({nom: 'Marty'});

Mais à quoi ça peut servir à part donner un contexte d'exécution à maFonction ?
Je trouve qu'utiliser maFonction.call(context) est plus clair.

[lysandro]

9/10 mais la réponse à la question 9 est une réponse par défaut
@Kaamo: sans tester ?

Ah et merci, ça fait du bien

[Kaamo]

Bien oui sans tester
J'ai échoué à la 5 et à la 8 & 9 sur les closures. Parce qu'utiliser une closure, c'est cacher la valeur de certaines variables aux utilisateurs selon moi. ça ne peut pas marcher aussi comme réponse ?

[lysandro]

Bravo!
La valeur d'une simple variable locale dans une fonction est aussi cachée pour l'utilisateur, non ?

[Kaamo]

Oui c'est inaccessible via le scope global.
Je trouve que la réponse 3) de la question 9 pourrait aussi bien être une bonne réponse. En définissant des variables dans une closure, on rend inaccessible leur manipulation des utilisateurs mais pas des développeurs bien sûr

[jhenaff]

Ca peut servir a rendre accessibles des fonctions natives plus facilement :
var f = Function.bind.bind(Function.call);
var map = f(Array.prototype.map);

map est directement utilisable sous forme de fonction plutôt que d'appeler a chaque fois Array.prototype.map.call(.....).
Par contre je pense que c'est moins efficace côté perf (à cause du bind).

[lysandro]

Je ne sais pas à quoi servent les clotures au final, je les utilise essentiellement pour émuler le mot-clef 'static' du C, en gros pour avoir des variables rémanentes, ou des fonctions, qui ne polluent pas la portée parente. Bien qu'en C, elles soient définies dans la portée d'utilisation. J'ai souvent été étonné de la confusion entre variables privées et static d'ailleurs.

[SylvainPV]

@lysandro: tu viens déjà de lister deux utilisations possibles Un article dédié aux fermetures va être publié prochainement, ce sera l'occasion de faire le tour du sujet.

[wchegham]

9/10. pas mal

Pour ma défence (parcequ'on est jamais content ^^) : La question 6 aurait pu être mieux reformulée

Bravo pour ce quizz ! J'attends les suivants...

[SylvainPV]

Oh, je l'ai pourtant reformulée une paire de fois celle-là. Qu'est-ce qui ne t'a pas paru clair ?

[Lcf.vs]

Hum, test sympathique, néanmoins, fort dommage d'y voir tant de choses non-valides en strict mode...

[Kaamo]

C'est-à-dire ? Si tu as un exemple je suis curieux de voir les différences avec ou non l'activation du strict mode

Merci NoSmoking pour l'explication. C'est vrai que l'écriture "Macro" est plus familière.

[getz85]

Votre score : 5 / 10


Il n'y a que les questions sur les closure où j'étais certain des réponses, le reste j'ai tenté ce qui me semblait le plus logique mais ça n'a pas vraiment fonctionné.

Et pour la question Bonus, définitivement la réponse D

[Lcf.vs]

C'est-à-dire ? Si tu as un exemple je suis curieux de voir les différences avec ou non l'activation du strict mode

Merci NoSmoking pour l'explication. C'est vrai que l'écriture "Macro" est plus familière.

Facile...

À la question 2...

Code :

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

a.name = "d"

À la question 4...

Code :

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

arguments.callee

... lèveront une exception

À la question 7, la proposition 1 retournera undefined

... bref, 7/10 pour SylvainPV

[SylvainPV]

Si l'on était en mode strict, je l'aurais précisé... A la question 2 et 4, aucune des propositions ne mentionnent une exception donc on ne pouvait pas se tromper. Et mode strict ou pas, la proposition 1 de la question 7 reste la proposition 1 de la question 7. Pourquoi voudrais-tu qu'elle change ?

Désolé Lcf, il va te falloir trouver une autre excuse pour tes points perdus

[Lcf.vs]

Bah, je ne cherchais pas d'excuses, surtout avec un 9/10, tout comme je ne disais pas que j'y ai répondu en me basant sur le strict mode, juste que je trouve dommage d'encore illustrer du non-strict.

Et, pour la question 7, je voulais simplement dire qu'en strict mode, l'explication de la première proposition ne tient plus.