CodeS-SourceS est hébergé par Frontier.fr

Ce site au démarrage

begin process at 2012 05 26 17:18:18

Accueil Codes Tutoriels Forum Livres Emploi Services Connexion

Trouver un code source :

dans

[ Dernières recherches ]

Accueil > Forum >

Comportements étranges pour les classes - cherche réponses... (bonne version)

Poser une question dans le forum ou lancer une discussion

Comportements étranges pour les classes - cherche réponses... (bonne version)

lundi 5 juillet 2004 à 01:30:42 | Comportements étranges pour les classes - cherche réponses... (bonne version)

nasian

5 msg

Salut à tous !

Je m'interrogeais sur les mécanismes des langages prototypés comme Flash.

Durant mes qq. tests je suis tombé sur deux phénomènes qui me paraissent étranges et auxquels je cherche des explications. Sur quoi je me suis dit que la meilleure place pour trouver un peu d'aide serait certainement ici ;)

*************************************************
QUESTION 1
*************************************************
Pourquoi après avoir supprimé une classe, la méthode publique de cette dernière est-elle toujours accessible par l'objet ?

CAS 1 - ligne 25 : je supprime la classe pour empêcher les objets de retrouver la référence de leur méthode init()

//-------------------------------
// CLASSE
function AClass(pName) {
this.constructor.xName = "AClass";
}
AClass.prototype.init = function(pName) {
this.xName = pName;
};
//-------------------------------
// INSTANCES
oObjet = new AClass();
oObjet.init("oObject before");
//
oObjet2 = new AClass("oObjet2");
oObjet2.init("oObjet2 before");
//
trace("");
trace(AClass.xName);
trace(oObjet.xName);
trace(oObjet2.xName);
//-------------------------------
// CLASSE DELETED
trace("\n----------");
trace("DELETE AClasse");
delete AClass;
oObjet.init("oObject after");
oObjet2.init("oObjet2 afert");
//-------------------------------
trace(AClass.xName);
trace(oObjet.xName);
trace(oObjet2.xName);

RÉSULTATS

AClass
oObject before
oObjet2 before
----------
DELETE AClasse
undefined
oObject after
oObjet2 after

La classe a bien été supprimée, mais les objets retrouvent toujours la méthode (changent leur nom de -before- à -after-).
Il me reste deux solutions, soit les objets ont dupliqué la méthode (comme ils le font pour les variables : composition semble-t-il), soit la méthode de la classe -AClass.prototype.init- existe toujours. (agrégation persiste alors que l'objet AClass n'existe plus.)

CAS 2 - je remplace la ligne 25 par

delete AClass.prototype.init

Le résultat change : les objets ne retrouvent pas le __proto__ de leur méthode init();
Leur nom (attribut) ne change donc pas.

RÉSULTATS

AClass
oObject before
oObjet2 before
----------
DELETE AClass.prototype.init
AClass
oObject before
oObjet2 before

QUESTION
Il semble donc qu'il n'y ait en effet pas de composition, donc comment ce fait-il qu'ayant détruit l'objet AClass, la méthode AClass.prototype.init persiste ?
Je dois faire une erreur de raisonnement qq. part, des suggestions ?

*************************************************
QUESTION 2
*************************************************
Une chose qui m'a étonné, j'ai fait les deux petits tests précédents sur deux frames et j'ai vraiment été surpris par le comportement des fonctions.

Aucune de ces 3 façons d'écrire ne donne les mêmes comportements.
-

function maFn() {}

maFn = function () {};

nameSpace. maFn = function() {};

CAS 1 : frame 2 : je nettoie les objets de la frame 1 en les supprimant, je commence donc par supprimer AClass avant de la recréer.
Cependant dans ce cas, si, cela ne fonctionne pas, la classe que je définit ensuite n'est pas créée (ou supprimée ?)

delete Aclass;
//
function AClass(pName) {
this.constructor.xName = "AClass";
}

CAS 2 : écrite dans ce sens, la classe apparaît bien dans le debugger, mais dans l'héritage elle pose un problème (que je ne développerai pas ici)

delete Aclass;
//-------------------------------
AClass = function (pName) {
this.constructor.xName = "AClass";
};

CAS 3 : cette solution (forcer la référence dans un espace de nommage) est celle qui ne présente aucun problème de manipulation.

delete Aclass;
//-------------------------------
spaceName.AClass = function (pName) {
this.constructor.xName = "AClass";
};

QUESTION
Pourquoi une telle disparité de comportement selon la façon dont on déclare la fonction ???
Vraiment, je pense définitivement que quelque chose m'échappe.

*************************************************
RÉSUMÉ DES 2 Q.
*************************************************
CAS 1 - Aclass n'existe pas alors qu'elle le devrait, et l'objet existe alors qu'il ne le devrait pas.

delete AClass;
function AClass() {
trace("hello");
//
function maFn() {
}
}
oObj = new AClass();

CAS 2 - Aclass existe, mais sa fonction privée (maFn) est sur le _root (cf. debugger)

delete AClass;
AClass=function () {
trace("hello");
//
maFn = function () {
}
}
oObj = new AClass();

CAS 2 - tout semble aller, mais il y a une disparité dans la façon d'écrire les fonctions selon si elles sont « nested » ou non..

delete AClass;
AClass=function () {
trace("hello");
//
function maFn() {
}
}
oObj = new AClass();

CAS 3 - idem cas 2 - Aclass existe, mais sa fonction privée (maFn) est sur le _root (cf. debugger)

delete nameSpace
nameSpace = new Object();
//
nameSpace.AClass = function() {
trace("hello");
//
maFn = function () {
}
};
oObj = new nameSpace.AClass();

CAS 4 - la solution « parfaite » . malgré la disparité de déclaration entre fonction englobante et fonction imbriquée.

delete nameSpace
nameSpace = new Object();
//
nameSpace.AClass = function() {
trace("hello");
//
function maFn() {
}
};
oObj = new nameSpace.AClass();

QUESTION
Il semble donc qu'une fonction s'écrive deux façons différentes selon qu'elle est « nested » ou non..

Fonction « indépendante » ou classe :

nameSpace.AClass = function() {};

Fonction « nested »

function maFn() {}

POURQUOI TANT DE DIFFICULTÉES ????

Merci à ceux qui pourront m'aiguiller.

vendredi 16 juillet 2004 à 02:47:26 | Re : Comportements étranges pour les classes - cherche réponses... (bonne version)

BlackWizzard

178 msg

226 msg CS

personnelement, tu me pose une colle...
les class as1, j'ai jamais vraiment touché... j'ai commencé les class sous as2 et c'est completement different...
si tu vx une reponses, je te conseil d'aller voir sur d'autres forums, car ici c'est pas du haut nivo, a part 2 ou 3 membres...
www.flash-forum.net est tres bien, c'est le board de media-box, reconnu officielement par macromedia...
[BlackWizzard] [http://www.blackwizzard.net]

vendredi 16 juillet 2004 à 15:30:37 | Re : Comportements étranges pour les classes - cherche réponses... (bonne version)

nasian

5 msg

Merci,

J'avais aussi posté sur www.flash-forum.net (http://flash.media-box.net/viewtopic.php?t=29754), mais pas de réponse non plus...

Sinon, j'ai bien une petite piste, mais je n?ai pas encore eu le temps d'approfondir.

Il s'agirait (après qu'un ami m'ait mis la puce à l'oreille) d'une affaire d'allocation de mémoire. Il semblerait que les références ne soient pas supprimées et que, donc, en appelant une classe détruite, au lieu de renvoyer "undefined", il recrée le "chaînon manquant" et par la même la chaîne de dépendance entre les références... faut que je regarde plus avant.

Sinon, le bug qui n'en est pas un dans le cas 2:

AClass=function () {
trace("hello");
//
maFn = function () {
}
}

oObj = new AClass();

maFn se retrouve sur le _root car en fait ce n?est pas une fonction privée mais bien une function définit dans une variable qui elle est sur le root

rappel :
var maVar = déclaration explicite
maVar == déclaration implicite (bad way in fact...)

C'est d'autant plus important dans une function
"var" rendant l'attribut privé (local et invisible, appartenant à la fonction) sinon l'attribut appartient au root automatiquement...

Et il en va de même pour les nested function :
il vaut mieux écrire

var maFn = function(){}

que

maFn = function () {
}

Et là encore.... ca pose un problème car flash fait plus l'auto-format correctement (normal, il prend la déclaration de fonction pour une variable, donc il fait p^lus les saut de ligne, et tout les commentaires de votre fonction disparaissent, vous pouvez essayer avec ca par exemple :

AClass = function () {
//
var maFn = function () {
// mon commentaire
trace("Fn 2");
}
};

Maintenant, lancez l'auto-format (Ctrl+Shift+F), et vous obtiendrez cela:

AClass = function () {
//
var maFn = function () { trace("Fn 2");};
};

donc, j'insiste, sur le coup j'ai cru a un bug, mais non, la c'est bon car flash fait une différence (et c'est bien normal) entre une déclaration de variable:

var maVar
//
maVar
//
maFn
//
maClass

et une :déclaration de function (et il en existe une seule):

function maFn () {
}

Conclusion de ma petite affaire
écrire

maClass = function(){
}

maFn = function(){
}

Ce n'est pas déclarer une fonction mais bien faire un passage par référence d'une fonction dans une variable... il est "équivalent" écrire :
maFn =null;
function refFn (){
}
maFn = refFn;

Donc dans le cas deux, écrire:

AClass = function () {
//
maFn = function () {
trace("private function of AClass but public function by ref of maFn");
}
maFn = refFn;
};
oObj = new AClass();
maFn();

équivaut a écrire

AClass = function () {
//
maFn = "une variable sur le _root";
function refFn() {
trace("private function of AClass but public function by ref of maFn");
}
maFn = refFn;
};
oObj = new AClass();
maFn();

Bon, c'est clair pour moi, mais suis pas sur de l,avoir écrit aussi clairement pour vous ;)

Je vais regarder les implications sur le cas d'adressage de function dans les namespace (création de package a la moock.org) org.moock.maClass (ou maFn, c'est pareil) = function (){}

Ca pourrait poser en fait un certains problèmes... (d'ailleurs c'est ptete pour ca que les dvpeurs de macromedia, dans leurs composant ne font pas de namespace, ils mettent tout sur le _root ou sur le _global... je vais réfléchir sur la question, ce serait une bien embêtante bien cette affaire là...

--
Jc.D.

lundi 26 juillet 2004 à 18:07:02 | Re : Comportements étranges pour les classes - cherche réponses... (bonne version)

nasian

5 msg

Suite et fin des "comprotements étranges"

je viens de tomber "enfin" sur une explication concrete expliquant pourquoi un classe disparu ne detruit pas necessairement ses methodes et ce n'est pas rien !

[ Lien ]

Bilan des courses, pour détruire un objet instancié, mieux vaut faire une destruction de ces methodes et attributs et ensuite détruire l'objet luyi-meme.

J'ai pas testé mais cela devrait donner qqchose du genre :

for (var i in path.monObjet) {
path.monObjet[i] = null
delete path.monObjet[i];
}
path.monObjet = null;
delete path.monObjet;

//
path: est le chemin qui mene à l'objet désigné.

Cette discussion est classée dans : function, code, delete, trace, aclass

Répondre à ce message

Sujets en rapport avec ce message

DuplicateMovieClip avec les boutons ? [ par SuperDevy ] Avé flasheur,voila, c'est ce code là :original.duplicateMovieClip("duplique", 10);duplique.startDrag(true);_root.onMouseUp = function() { duplique.sto loadMovie et evenements ca marche comment ? [ par shivan ] salut !j'ai une fonction qui crée dynamiquement des clips, et qui met une image précise dans ce clip. enfin le clip redéfinie les evenements onMouseDo setInterval perte des variables [ par f ] Lorsque je lance ma fonction directement, tout s'execute normalement, mais j'ai besoin de l'executer 5 fois avec un interval de temps entre.Mais lorsq Aide DropTarget !!! svp !!! [ par scareface ] oici mon code : stop(); glass.onPress = function() { Mouse.hide(); this.startDrag(true, 10, 10, 740, 340); this.swapDepths(100); }; glass.onRelease = attachMovie dans la classe dans lequel il est fait. [ par RomainMcfly ] J'ai un petit problème avec l'utilisation de attachMovie(). Je sais faire un _root.attachMovie, mais dès que j'essaie de la faire dans une classe ça d Délimiter zone cliquable [ par arnaud_verlaine ] Bonjour à tous.Voilà dans un SWF, je déplace un texte grâce à la souris de la manière suivante : [code]// Code ici pour déplacer le Texte var listen prototype [ par desstrain ] reBonjour :)2eme question pour ce soir, qui tout comme l'autre, me desastre depuis quelques jours... voila j'essaie de faire des mini preloader mais ç Probleme : Collisions entre deux clip de même nom [ par Seydjinn ] Bonjour j'avais envoyé une question il y a qq temps car je ne parvenais pas à générer un déplacement aléatoire multiple, graàce à l'aide d'Inaden j'ia Firefox && MTASC && Trace() [ par juki_webmaster ] Bonjour,Je débute en ActionScript ( 2 ! ), et j'ai besoin d'une petite aide.J'utilise MTASC , Firefox & Firebug et je souhaiterais savoir comment recu récupérer les valeur de plusiseur clip [ par vice2006 ] Bonjour à tous !désolé pour le titre qui n'est pas très clair mais mon problème est asse compliqué à expliquer (surtout en une ligne)Alors voila, en g