JavaScript: ce que vs

Je suis en train d'essayer de mieux comprendre l'utilisation et ceci en JavaScript. Je suis la suite de Douglas Crockford du tutoriel ici: http://javascript.crockford.com/private.html
mais je suis confus en ce qui concerne un couple de choses. J'ai donné un exemple ci-dessous, et je voudrais savoir si je fais une utilisation correcte d'entre eux:

function ObjectC()
{
   //...
}

function ObjectA(givenB)
{
   ObjectC.call(this); //is the use of this correct here or do we need that?

   var aa = givenB;
   var that = this;

   function myA ()
   {
      that.getA(); //is the use of that correct or do we need this?
   }

   this.getA = function() //is the use of this correct?
   {
       console.log("ObjectA");
   };


}

 function ObjectB()
 {

    var that = this;

    var bb = new ObjectA(that); //is the use of that correct or do we need this?

    this.getB = function()
    {
        return bb;
    };

    that.getB(); //is the use of that correct or do we need this?


 }

Remarque c'est juste un exemple.

Simple: that n'est pas un mot clé, mais un simple nom de la variable.
Avant le vote de près à la question, veuillez expliquer ce que vous n'aimez pas au sujet de sorte que j'ai une chance de s'améliorer dans le futur.
"que" est juste une variable utilisée pour stocker la valeur actuelle de "ce", qui change à mesure que le contexte d'exécution de votre programme de modifications - à-dire lorsque vous entrez dans une nouvelle portée
that est utilisé pour enregistrer la valeur de this parce que this de getB fonction n'est pas la même que ObjectB
this est un mot-clé, that est juste quelques nom de la variable (il pourrait être sausages). Dans ObjectB vous essayez de passer that à ObjectA avant vous avez défini that. Dans l'ensemble de vos exemples, vous pourriez éliminer l'utilisation de that et utiliser this. La seule raison d'utiliser that est si votre utilisation sera dans un champ où this points à autre chose.

OriginalL'auteur FranXh | 2014-07-08

javascript this

3
```
ObjectC.call(this); //is the use of this correct here or do we need that?
```
La première chose que vous devez comprendre, c'est comment le this mot clé œuvres. C'est la valeur dépend de la façon dont la fonction/méthode/le constructeur est appelé.

Dans ce cas, function ObjectA est un constructeur, de sorte que vous pouvez simplement utiliser this à l'intérieur du code d'elle. En fait, avec var that = this; vous les déclarez être absolument identiques (sauf si vous utilisez that avant de l'affecter à elle).
```
function myA() {
    that.getA(); //is the use of that correct or do we need this?
}
```
Encore une fois, cela dépend de la façon dont la fonction est appelée à qui vous n'avez malheureusement pas nous montrer. Si si est une méthode de l'instance, this aurait été bien; mais il semble que vous aurez besoin d'utiliser that.
```
this.getA = function() //is the use of this correct?
```
Comme indiqué ci-dessus, à l'aide de that ne ferait aucune différence.
```
var bb = new ObjectA(that) //is the use of that correct or do we need this?
var that = this;
```
that est undefined lorsqu'il est utilisé ici. Et il serait censé avoir la même valeur que this de toute façon. Mieux utiliser this.
```
that.getB(); //is the use of that correct or do we need this?
```
De nouveau, les deux ont le même effet. Mais puisque vous n'avez pas besoin that, vous devriez utiliser this.

OriginalL'auteur Bergi
18

this en JavaScript se réfère toujours à actuelle de l'objet, la méthode qui a été appelé. Mais parfois, vous avez besoin d'accéder à this de votre objet dans les plus profonds. Par exemple, dans les rappels. Comme:
```
function MyClass() {
    this.a = 10;
    this.do = function() {
        http.get('blablabla', function(data) {
            this.a = data.new_a;
        });
    };
}
```
Il ne fonctionnera pas, parce que this dans le rappel peut se référer à http, pour certains élément du dom ou juste la fenêtre(ce qui est très fréquent). Il est donc solution commune pour définir self ou that, un alias pour this ou de votre objet, de sorte que vous pouvez renvoyer n'importe où à l'intérieur.
```
function MyClass() {
    var self = this;
    this.a = 10;
    this.do = function() {
        http.get('blablabla', function(data) {
            self.a = data.new_a;
        });
    };
}
```
Cela devrait vous donner une vision pourquoi il est utilisé et comment il doit être utilisé.

Il n'y a pas d'autres raisons(currect moi si je me trompe) pour créer des variables, vous pouvez utiliser this pour envoyer votre objet à d'autres objets et faire les choses, de nombreuses missions, une telle logique, wow...

OriginalL'auteur dt0xff

Tout est correct sauf pour :

function ObjectB()
 {
    var bb = new ObjectA(that) //this is wrong
    var that = this;

    this.getB = function()
    {
        return bb;
    };

    that.getB();
 }

Il vous manque ; et that n'est pas déclarer.

Vous avez besoin that (dans votre cas, c'est le nom de la variable que vous utilisez) lorsque vous souhaitez l'utiliser dans un autre champ d'application :

function ObjectB()
     {
        var that = this;

        //here 'this' is good
        function()
        {
            //Here 'this' doesn't refer to the 'this' you use in function ObjectB()
            //It's not the same scope

            //You'll need to use 'that' (any variable from the ObjectB function that refers to 'this')
        };

        //Here 'that' = 'this', so there is no difference in using one or another
     }

Mon erreur, il fixe

OriginalL'auteur Elfayer

0

Ce "qui" est dans ce contexte est simplement une variable qui est égale à "ce". Que signifie de dire "ça", c'est exactement la même chose que de dire "cela", qui fait en compliquant inutilement.

Ce code:
```
var that=this;
that.getA();
```
Donnera le même résultat que ce code:
```
this.getA();
```
Avoir une variable pour représenter "ce" juste complique les choses quand vous pouvez juste dire "ce".

-1 manque le point. Cela est parfois nécessaire pour faire référence à des fonctions de classes d'objets. Lire les autres réponses. Il n'est pas inutile.

OriginalL'auteur RageCage

Vous devez vous connecter pour publier un commentaire.