LAlex devblog v6 - ActionScript : Les secrets des prototypes - Commentaires

ActionScript : Les secrets des prototypes - guig

guig — Tue, 17 Aug 2004 23:41:21 +0000

ouaips tres tres bien cette ptite page .. du coup par curiosité g remis des protos dans mes petites classes et c assez achement pratique !!
Thx a ts

ActionScript : Les secrets des prototypes - LAlex

LAlex — Mon, 08 Mar 2004 15:10:43 +0000

J'ai remplacé les appels de méthodes apply par des call suite à une erreur qui m'a été signalée par flashcoeur !

Merci flashcoeur !

ActionScript : Les secrets des prototypes - fido

fido — Fri, 05 Mar 2004 08:21:08 +0000

merci msieur !

ActionScript : Les secrets des prototypes - LAlex

LAlex — Thu, 04 Mar 2004 08:00:26 +0000

Exactement, l'AS2 reste un langage de prototypes, et selon moi n'interdit absolument pas l'utilisation explicite des prototypes.

En fait, on peut profiter de toute la puissance de l'AS1, et des contrôles du compilo concernant les Interfaces et le typage fort !

ActionScript : Les secrets des prototypes - liguorien

liguorien — Thu, 04 Mar 2004 02:58:34 +0000

j'avoue que le new n'est pas une bonne solution pour ce genre de truc, mais, puisque que l'AS2 c'est de l'AS1, rien n'empeche d'utiliser explicitement les prototypes en AS2. une sorte de proto-class based...

A+

ActionScript : Les secrets des prototypes - Timothée Groleau

Timothée Groleau — Wed, 03 Mar 2004 10:52:29 +0000

Tres bon article Lalex!

Juste pour ajouter du detail, la construction implicite du prototype se fait plutot comme ca, je pense:myFunction.prototype = {constructor: myFunction}; Sous MX et MX2004, utiliser "new Object()" crerait la propriete "__constructor__" dans le prototype ce qui n'est pas le cas. Utilise la syntaxe "{}" ne cree que que le "__proto__ = Object.prototype". Aussi, come ton tuto s'applique a Flash 5/MX/MX2004, on peut faire des distinctions entre version pour l'operateur new: Flash 5: - L'opérateur new() crée un nouvel objet - Il initialise la propriété système "__proto__" de ce nouvel objet avec le prototype de la fonction constructeur - Il initialise la propriété système "constructor" de ce nouvel objet avec la fonction constructeur - Il exécute la fonction sur l'objet nouvellement crée Flash MX: - L'opérateur new() crée un nouvel objet - Il initialise la propriété système "__proto__" de ce nouvel objet avec le prototype de la fonction constructeur - Il initialise la propriété système "constructor" de ce nouvel objet avec la fonction constructeur - Il initialise la propriété système "__constructor__" de ce nouvel objet avec la fonction constructeur - Il exécute la fonction sur l'objet nouvellement crée Flash MX2004: - L'opérateur new() crée un nouvel objet - Il initialise la propriété système "__proto__" de ce nouvel objet avec le prototype de la fonction constructeur - Il initialise la propriété système "__constructor__" de ce nouvel objet avec la fonction constructeur - Il exécute la fonction sur l'objet nouvellement crée Et toujours dans les distinctions Flash 5/M/MX2004, dans l'etablissement de la chaine d'heritage par la methode "plus propre", l'instruction "Child.prototype.__constructor__ = Parent;" n'apporte rien en Flash 5 (mais ca fait pas de mal non plus remarque ;)). Et puis un dernier chtit truc qui n'a (presque) rien a voir: pour creer un object completement vide en actionscript (sans aucune propriete, meme pas de propriete __proto__), tu peux utiliser: o = Object(); // sans new!!

A+
Timoth'

ActionScript : Les secrets des prototypes - LAlex

LAlex — Wed, 03 Mar 2004 08:04:41 +0000

ET il n'est pas possible de sous-estimer l'AS2, c'est de l'AS1 !!!

ActionScript : Les secrets des prototypes - LAlex

LAlex — Wed, 03 Mar 2004 08:03:33 +0000

MonLoader.load = new LoadVars().load;La, c'est pas terrible ca on execute un constructeur alors que ce n'est pas nécessaire : on se retrouve avec le problème entre l'héritage MM et l'héritage "optimisé" !

Je préfère donc la méthode de zwetan sur ce coup la !

ActionScript : Les secrets des prototypes - liguorien

liguorien — Wed, 03 Mar 2004 03:42:39 +0000

il ne faut pas sous-estimer l'AS2 zwetan! voici la traduction de ton exemple en as2 :

MonLoader.load = new LoadVars().load;

puisque l'as2 est converti en prototype, les fonctionnalitées reste les memes, c'est juste la syntaxe qui change...

A+

ActionScript : Les secrets des prototypes - Kaid

Kaid — Tue, 02 Mar 2004 20:40:31 +0000

Très bon tuto LAlex!

Et j'ai bien aimé la réplique concernant le c et c++, ceux qui en on fait le savent bien

Moi aussi j'ai adopté l'as 2.0 à 100%, c'est structuré, clair et compréhensible par d'autres programmeur qui ne connaissent pas Flash (ex: programmeur php ou Java)

ActionScript : Les secrets des prototypes - LAlex

LAlex — Tue, 02 Mar 2004 17:10:36 +0000

Bref quand je dis que meme avec AS2 il faut continuer a penser prototype-based, je parle de ce genre de casJe suis tout a fait d'accord avec ca ! Je pense que prédire la mort du prototype par l'AS2, c'est de l'hérésie ...

++ ^^

ActionScript : Les secrets des prototypes - zwetan

zwetan — Tue, 02 Mar 2004 16:53:30 +0000

euh, pour repondre en general:

- j'ai eut et j ai encore du code AS1 aussi bien organisé et clair que avec AS2, une convention de code ca sert justement a ca.

- si je continue a penser prototype je peux faire des choses qui ne sont pas faisables que juste avec la syntaxe AS2 en pensant class-based.
Et je parle pas de syntaxe ou autre clareté du code, je parle de possiblités techniques : embedding, delegation implicite/explicite, héritage dynamique, multi-héritage etc...

exemple:
lalex tu parlais de reutilisation de l'objet LoadVars a un moment

et bah ca:
loader.protottype.load = LoadVars.prototype.load;

c'est de la delegation implicite, c'est simple a mettre en place, c'est tres puissant, et ca permet de garder un code leger...et la syntaxe AS2 ne prevoit pas ce genre de cas!

Bref quand je dis que meme avec AS2 il faut continuer a penser prototype-based, je parle de ce genre de cas.

ActionScript : Les secrets des prototypes - zyegfryed

zyegfryed — Tue, 02 Mar 2004 09:29:44 +0000

oups ... je me suis mal fait comprendre (je ne suis pas anti-MS, ni pro-Linux, on dira entre les deux...)
@zwetan : je voulais simplement souligné que pour ma part (via ma petite expérience d'informaticien que j'en ai) le C# n'était pas un language "standard" pas au sens norme, mais dans le sens ou ce n'était pas (selon moi) un language utilisé en tant que tel pour aborder des concepts de POO, tels que le sont le C++ et le Java. Pour moi, le C# est juste un language utilisé pour .NET et par .NET, un mix de C++ et de Java (pas grand chose de neuf dans les notions de POO), c'est en ce sens que je parlais de l'aspect propriétaire de Windows... Loin de moi l'idée d'ouvrir un débat sur le C#, je n'y connais pas grand chose, la seule chose que j'ai a faire est de me taire :$...
Je m'excuse encore de ma maladresse
Bye

ActionScript : Les secrets des prototypes - ekameleon

ekameleon — Tue, 02 Mar 2004 08:45:46 +0000

Pour ma part j'ai adopté à 100% l'AS2 pour sa souplesse et sa clareté... Quand on cherche réellement à pousser la structure de son code en AS1 dans tous les cas on pousse vers de l'AS2 alors bon ...

ActionScript : Les secrets des prototypes - LAlex

LAlex — Tue, 02 Mar 2004 08:08:50 +0000

le C n'est pas un language de POO et ne l'a jamais étézyegfryed >> Oups ! Oui, je le sais bien, mais j'ai un peu trop l'habitude d'associer systématiquement les langegs C, C++ et C# ... Evidemment, le C n'est pas un langage objet !

je ne vois pas en quoi les prototype limitent la POO, je dirais meme que c'est le contraire (voir a la fin).
zwetan>> Quand je parle de fonctionnalités trés avancées, je parle par example des Interfaces. Il faut bien aouer que quand on apprend à programmer, on apprend à utiliser des class-based, donc on est parfois frustré sur certains points

Mais le prototype based vaut bien au moins la class-based, la philosophie est différente, et moins connue, mais certainement pas moins efficace ...

et le __resolve, dommage de pas en parlerC'est sûr, mais ceci est un article de vulgarisation. Et le __resolve est une fonctionnalité non-documentée, donc pas forcément pérène. Ca reste trés puissant malgré tout !

ceux qui poussent en avant AS2 en voullant oublier les prototype et leurs rouages n'ont RIEN compris a AS du toutIl faut bien avouer que le class-based est aussi agréable à manipuler ! Par contre, je ne suis pas trop pour faire du prototype-based avec une sytaxe de class-based : ca n'est pas clair comme démarche.

Un argument en faveur du class-based est celui de liguorien : la clarté du code ! Il faut bien avouer que c'est bien mieux organisé en AS2 : peut-être faut-il se contenter de considérer AS2 comme un outil d'organisation du code, et non pas comme un nouveau langage ... 8|

++ ^^

ActionScript : Les secrets des prototypes - liguorien

liguorien — Tue, 02 Mar 2004 02:29:46 +0000

salut zwetan,

le seul avantage(selon moi) d'utiliser les Classes VS prototype est la clarté du code. Dans le sens ou les classes ont des "interface" qui permet a n'importe quel arrivant de connaitre le fonctionnement d'une classe juste en regardant les entetes de méthodes(ce qui permet d'economiser beaucoup de temps précieux).

A+

ActionScript : Les secrets des prototypes - zwetan

zwetan — Tue, 02 Mar 2004 02:19:13 +0000

zyegfryed:
euh ca serait bien de te renseigner mieux sur C# avant de sortir des arguments anti-MS primaire, ca compile autre part que sous windows et ca ne se rapproche pas d'un standard, c'est un standard a part entière.
projet mono: http://www.go-mono.com/
Shared Source CLI: http://msdn.microsoft.com/net/sscli/
standardisation ECMA et ISO/IEC: http://msdn.microsoft.com/net/ecma/

lalex:
des comments par ci par là juste pour commenter

"Bien que limitant quelques possibilités très avancées de la POO"

je ne vois pas en quoi les prototype limitent la POO, je dirais meme que c'est le contraire (voir a la fin).

"l'aide de Flash nous donne peu d'informations sur ce qu'est le prototype"

ouais mais bon ca c'est MM, la spec ECMA-262 elle donne pleins d'infos, et d'ailleurs le fait que chaque definition de fonction se voit attribuée automatiquement un prototype c'est ecrit noir sur blanc dans les specs.

"Cette succession de recherche s'appelle "parcourir la chaîne de prototypes". La fin du parcours se fait lorsque la méthode est trouvée, ou lorsque la chaîne se termine"

et le __resolve, dommage de pas en parler, ca n'existe que dans flash/actionscript et c'est tres puissant, 2 exemples concrets d'applications du __resolve:

Re: [FMX] utilisation de __resolve
t2O0nEmtDHA.1976@YAMA">news://flashcodeurs.dyndns.org/t2O0nEmtDHA.1976@YAMA
(resolver.as qui permet d'intercepter du code ;))

[FMX] essai de solution pour relier une class a un clip
DHA.1964@YAMA">news://flashcodeurs.dyndns.org/THSQgM4#DHA.1964@YAMA
(alternative aux MVC avec un ResolverProxy.as)

C'est un peu dommage que tu abordes pas l'heritage par prototype en opposition avec l'heritage de class, cad un heritage basé sur de la delegation d'objet, parce que en fait toute la difference de philosophie prototype/class est là: dans du ECMAscript based on a un acces tres tres facile au processus de delegation.

tout est tres bien expliqué en détail ici:
"Object-Based Languages"
http://sern.ucalgary.ca/courses/SENG/609.03/W98/Abadi/AbadiCh4.html

ce qui est dit en résumé:

Les langages OO n'ont pas besoin d'etre basé sur des classes.

On peut penser les objets comme un concept plus primitif que les classes: les langages object-based(prototype-based) peuvent etre aussi puissant que les langages class-based et peuvent meme emuler les classes.

On a pas besoin d'adopter les classes: les objets sont une notion plus primitive.

...

Avec la delegation, les membres d'objets sont partagés à travers les objets.

Les objets sont étendus, mais l'héritage se fait en redirigeant l'acces au membres en déléguant (ou référencant) ceux-ci vers le prototype.

La delegation implicite est la plus répandue.

Avec la delegation explicite on peut déléguer des méthodes individuellement.

La delegation explicite permet de fournir une maniere propre de faire de l'héritage multiple.

etc...

J'ai toujours l'impression que les codeurs faisant de l'OO avec du prototype-based sont en train de s'excuser, alors que ce serait plutot aux codeurs class-based de s'excuser de ne pas avoir l'esprit
suffisament ouvert pour comprendre que la POO peut se faire autrement (et voire mieux) que avec des classes.

Bref, ceux (oui je parle aussi de MM) qui poussent en avant AS2
en voullant oublier les prototype et leurs rouages n'ont RIEN compris a AS du tout.

ActionScript : Les secrets des prototypes - yoy

yoy — Mon, 01 Mar 2004 22:40:31 +0000

on arrete pas le progres
merci pour ce complement tres commplet d'info :cool:

ActionScript : Les secrets des prototypes - zyegfryed

zyegfryed — Mon, 01 Mar 2004 20:47:32 +0000

@monsieurfil >> ce lien devrais te combler : http://www.media-box.net/tuts.php?idfl=23673
Bye

ActionScript : Les secrets des prototypes - zyegfryed

zyegfryed — Mon, 01 Mar 2004 20:43:24 +0000

Salut,
juste une petite remarque : le C n'est pas un language de POO et ne l'a jamais été ! Et puis le C# n'est pas vraiment un language qeu je qualifierais de célèbre...ce n'est qu'une mouture de Windows pour se rappprocher d'un language standard avec les fonctionnalités spécifiques à Windows (on ne les refera pas...).
Pour le reste, je fini de lire, et je dirais...mais je pars confiant : les tutos pour MediaBox sont toujours des trésors pour moi
Bye ... et merci pour ce nouveau tuto