Quand dois-je conserver une fonction dans une variable?

Je suis en train d'apprendre le JavaScript pour le moment et je ne comprends pas très bien lors de l'écriture d'une fonction dans une variable.

Par exemple, les deux blocs de code à faire exactement la même chose Node.js:

 var onReq = function(req, res) {
   res.write('Hello');
 };

 http.createServer(onReq).listen(3000);

function onReq(req, res) {
   res.write('Hello');
 }

 http.createServer(onReq).listen(3000);

Qui est la meilleure méthode pour ce faire conformément aux meilleures pratiques, et pourquoi?

pour cette question, vous avez besoin de plus de concentration sur les variables de type String et integer et flottent des variables;
stackoverflow.com/questions/1013385/...
dupliquer: stackoverflow.com/questions/336859/...
La seconde forme a l'avantage que si par exemple, il est terriblement long de la fonction, vous pouvez le déplacer vers le bas de la portée des variables afin de le sortir de la voie, mais l'utilisent encore plus haut. Cela peut venir dans maniable. Vous pouvez même le mettre en dessous d'un final return déclaration, et ça va encore travailler.

InformationsquelleAutor imjp | 2012-03-08

javascript node.js

21

Habituellement, je vais seulement utiliser un var funcName = function(){} quand j'aurais besoin de redéfinir l'action(s) pour cette fonction plus tard. Par exemple:
```
var foo = function(a){ return a * 2; }
var bar = foo(2);

foo = function(a){ return a / 2; }

bar = foo(bar);
```
Sinon, dans la plupart des cas (en supposant que ce n'est pas un rappel ou un modificateur) le fait de déclarer une fonction "classique" est généralement acceptable.
- Je vois ce que tu veux dire, mais c'est toujours mieux de le faire à l'ancienne méthode de déclaration de la fonction, j'ai droit?
InformationsquelleAutor Brad Christie
11

Je par défaut pour les non-variable function onReq(){} version. Ce n'est pas un soucieux de l'environnement et de la décision que j'ai fait, mais penser qu'il tire de ces arguments:
- Il semble plus propre.
- Il est conceptuellement plus simple: c'est juste une fonction, tandis que l'autre est une fonction et une variable. C'est une petite chose, mais je trouve ça précieux qui n'en est pas moins.
- Il m'assure que onReq va toujours se référer à que corps de fonction - une chose de moins à considérer lors de la lecture du code. Un peu comme le marquage d'une variable comme final en Java.
- M'empêche de "accidentellement" remplacement de la fonction, ce qui provoque des effets secondaires indésirables ailleurs.
InformationsquelleAutor Supr
3

Voici l'explication:

Il y a une distinction entre le nom de la fonction et la variable de la fonction est attribuée à:
- Le nom de la fonction ne peut pas être changé, tandis que la variable de la fonction est affectée à peut être réaffectés.
- Le nom de la fonction peut être utilisée uniquement à l'intérieur de la fonction du corps. D'essayer de l'utiliser en dehors de la fonction du corps entraîne une erreur (ou non si le nom de la fonction qui a été déclaré précédemment par l'intermédiaire d'une instruction var).
https://developer.mozilla.org/en/JavaScript/Reference/Functions_and_function_scope
- Juste un petit additif. Le nom de la fonction dans une fn déclaration (comme MDN utilise le terme) peut être changé - il suffit de l'affecter à une nouvelle variable pour obtenir une autre référence à la fonction. Le nom de la fonction peut également être réaffecté à une autre fonction (ou autre chose) plus tard dans le code. Une autre différence est qu'une déclaration de fonction va hisser la cession, au-dessus de la portée, tandis que l'utilisation d'une variable ne hisser la variable de la déclaration.
- Ni de vos points semblent corrects. Pour le premier c'est un peu dur de voir ce que vous dites, mais dans les deux cas, la variable fait référence à la fonction peut être modifiée. Et le deuxième point n'est pas bonne. Le nom de la fonction peut être utilisée à l'extérieur du corps de la fonction, comme indiqué dans la question. Vous êtes en train de penser à un nom de fonction de l'expression, qui n'est pas montré dans la question.
- Via l'un des doubles liens ci-dessus, kangax du fonction Nommée expressions démystifié couvre ce dans beaucoup plus de détails et avec beaucoup plus de subtilité (par exemple, a souligné que mon commentaire sur le levage, le comportement peut varier entre les navigateurs). Certainement la peine de vérifier.
InformationsquelleAutor Churk
1

Selon John Resig de JavaScript comme Première Langue article, votre premier bloc de code est considérée comme une bonne pratique.
- Ne pas être trop influencé par cela. Il ya beaucoup de fois où il est beaucoup plus souhaitable d'utiliser une déclaration de fonction, et de profiter du fait qu'il est hissé en haut de votre code. Triste qu'il suggère // Don't do this: function getData() { } car il est plus facile d'enseigner à des fonctions comme un objet. Le rendant plus facile à enseigner, c'est une mauvaise raison pour commencer les débutants sur l'idée qu'il y a quelque chose de mal avec elle.
InformationsquelleAutor
1

Personnellement, j'ai rencontré certains problèmes avec l'appel de fonctions locales (fonctions déclarées à l'intérieur d'autres fonctions) lors de l'utilisation de la non-variable syntaxe dans certaines versions d'IE (le plus probable IE8 ou moins) tandis que la variable syntaxe ne fonctionne comme prévu.

Étant donné que les fonctions ne doivent pas être declated dans l'espace de noms global, la plupart des fonctions sont locales, et par conséquent, il est logique d'utiliser la variable syntaxe pour les fonctions de toujours.

InformationsquelleAutor Marat Tanalin

Je vois des opinions différentes ici, mais la plupart d'entre eux sont plus basé sur ce que vous pensez est le meilleur ou pas, mais je ne vois pas de raisons techniques lors de l'utilisation de l'un ou l'autre, mais pour sûr il y a des restrictions techniques ou avantages à utiliser une déclaration d'une formule ou d'une autre. Je suis vraiment un débutant en javascript et je ne me sens pas en confiance pour les conseiller sur elle, mais je vais proposer un cas dans lequel le stockage d'une fonction dans une variable n'est pas fonctionnelle.

Dans le code ci-dessous, la définition d'un filtre Angulaire, si je définir la fonction à l'intérieur d'une variable, alors je ne peux pas appeler avec succès à partir de la méthode de filtrage. Quelqu'un pourrait-il m'expliquer la raison technique à ce sujet?

Voir le code (en commentaire ne fonctionne pas):

angular
    .module('loc8rApp')
    .filter('formatDistance', formatDistance);

function formatDistance(){
        return function (distance) {
        var numDistance, unit;
        if (distance && _isNumeric(distance)) {
         if (distance > 1) {
            numDistance = parseFloat(distance).toFixed(1);
            unit = 'km';
          } else {
            numDistance = parseInt(distance * 1000,10);
            unit = 'm';
          }
          return numDistance + unit;
        } else {
          return "?";
        }
      };
};

var _isNumeric = function (n) {
  return !isNaN(parseFloat(n)) && isFinite(n);
};

/*
var formatDistance = function () {
  return function (distance) {
    var numDistance, unit;
    if (distance && _isNumeric(distance)) {
      if (distance > 1) {
        numDistance = parseFloat(distance).toFixed(1);
        unit = 'km';
      } else {
        numDistance = parseInt(distance * 1000,10);
        unit = 'm';
      }
      return numDistance + unit;
    } else {
      return "?";
    }
  };
};
*/

Vous en remercie d'avance!

InformationsquelleAutor AtomicNation

Vous devez vous connecter pour publier un commentaire.