Discussion :

[Smaon]

Bonjour à tous,

voilà, je suis tombé aujourd'hui sur une page très intéressante, qui explique comment "simuler" plusieurs aspect de la programmation OO en javascript avec des "closures":
http://www.litotes.demon.co.uk/js_in...tic.html#mProt

Par exemple, il est très facile de créer des variables statiques. Voici un exemple, j'imagine que pas mal de monde doit connaître:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
var test = (function(){
    var mavariable = 0; //statique
 
    function constructeur(){
        //constructeur
        this.txt = "youpi";
    }
 
    constructeur.prototype.youpi = function(){
        alert(this.txt);
    }
 
    return constructeur;
})();

C'est vraiment une bonne chose d'avoir une structure de classe cohérente à mon avis. Mais cette façon de faire me pose un problème sur un programme que je fais en ce moment. Comme j'utilise des events, j'ai souvent besoin de pouvoir faire référence à l'objet dans lequel je suis autrement que par "this". Habituellement, pas de problème, il est très facile de déclarer une variable "globale" attachée à une instance. Mais en faisant comme ci-dessus je ne trouve aucun moyen de faire.
Pour m'expliquer un peu mieux, j'aimerais pouvoir créer une variable "self" (par ex.) utilisable dans mon objet même dans des contextes où "this" ne fait plus référence à mon objet lui-même...

Si vous avez une idée, je suis preneur. J'espère que ce n'est pas trop mal expliqué.

Merci d'avance,

Smaon

[SpaceFrog]

Comme j'utilise des events, j'ai souvent besoin de pouvoir faire référence à l'objet dans lequel je suis autrement que par "this".

Pourquoi donc ?
Et je ne vois pas d'incompatibilité avec la methode invoquée ...
aurais tu un exemple de code ?

[le_chomeur]

Salut ,

Tu dis :

j'ai souvent besoin de pouvoir faire référence à l'objet dans lequel je suis autrement que par "this".

pourquoi passer par une autre méthode que celle la plus approprié selon moi

le mot clef this, te permet justement a l'interieur de ton objet d'accèder a toute les variables / méthode de ton objet , pourquoi veux tu utiliser un autre pointeur que celui ci ?

un pti bout de code serait le bienvenue

[Smaon]

Salut,

parfois "this" n'est simplement pas utilisable, en particulier quand une méthode est appelée par un callback. Par exemple si vous appelez une méthode avec setTimeout. Autre exemple, si vous utilisez un itérateur. Par exemple, avec jQuery, j'utilise $.each qui est très pratique, mais qui définit son propre this.

Allez, un petit exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
function Test(){
    var self;   
    this.say = function(){
        //ici this fait reference a l'instance de l'objet Test
        self = this;
 
        var arr = new Array("blah", "blih");
        $.each(arr, function(){
            //ici, this fait référence à un élément de l'array arr
            //par contre, self fait tjrs référence à Test
        });
    }
}

Voilà, j'espère que ça éclaire un peu mon propos. Si c'est le cas, faut relire le premier message

[Smaon]

Bon, j'ai laissé tomber cette approche, très intéressante théoriquement mais pas vraiment utilisable dans mon cas. En plus c'est apparemment beaucoup plus gourmand en ressources...

[le_chomeur]

je veux juste ajouter une petite chose suite a cette phrase qui m'a fait tilterr :

Par exemple si vous appelez une méthode avec setTimeout

Si on reste dans le cadre d'un objet bien entendu,

this reste accèssible , il faut utiliser un nouveau pointeur en passage de paramètre et non pas passer l'objet lui même a la fonction du timeout

voila ça ne fais pas avancer le schmiliblick