LAlex devblog v6 - Super, pas vraiment synonyme de performances - Commentaires

Super, pas vraiment synonyme de performances - funkC

funkC — Sun, 31 Oct 2004 02:01:56 +0000

salut emilie quoi de neuf

comme quoi dés fois vaut mieux laisser le player faire sa tambouille interne les gars ...

Super, pas vraiment synonyme de performances - emilie

emilie — Fri, 29 Oct 2004 21:35:36 +0000

slt

Super, pas vraiment synonyme de performances - dav

dav — Fri, 22 Oct 2004 11:44:37 +0000

OK, je pensais qu'aller chercher une chercher une méthode d'une classe deux niveaux de parenté au dessus serait plus long qu'une méthode un niveau de parenté au dessus... en ce qui concerne le nommage tu m'en a déjà parler et j'en pris bonne note et j'ai renommer toutes mes classes mais ici c'était juste un exemple, la prochine fois je ferais attention

Super, pas vraiment synonyme de performances - ekameleon

ekameleon — Fri, 22 Oct 2004 11:10:13 +0000

Toutes les classes héritent de Object ... du coup je pige rien car tu utilises des minuscules/majscules dans tes noms au dessus ... et c'est franchement pas clair
En gros si j'ai bien compris ce que tu dis ... tu veux par exemple faire :
class UIComponent extends MovieClip {} class MyComponent extends UIComponent {}
Evite d'utiliser des noms style object ... pour tes classes car le type object existe et cela embrouille tout comme tu en parles
Sinon là on parle de faire un test sur le super() .. donc forcément super() cela marche pour toutes les classes qui héritent d'une autre.. pas de raison que cela change quoi que ce soit au niveau des tests au dessus

Super, pas vraiment synonyme de performances - dav

dav — Fri, 22 Oct 2004 10:52:23 +0000

Disons :

object une classe qui hérite de movieClip
componentObject une classe qui herite de object
maClasseObject qui herite de componentObject

est ce que les tests serait toujours viable si l'on appelle une méthode de la classe object depuis maClasseObject ?

Super, pas vraiment synonyme de performances - ekameleon

ekameleon — Thu, 21 Oct 2004 20:03:08 +0000

c'est quoi comme type object-componentObject-maclasseComponent ?? Tu peux préciser j'ai pas compris ?

Super, pas vraiment synonyme de performances - dav

dav — Thu, 21 Oct 2004 19:34:44 +0000

Bien, trés intéressant mais est ce que c'est toujours vrai si on a un enchevetrement de classe du type object-componentObject-maclasseComponent ?

Je vais regarder...

Super, pas vraiment synonyme de performances - ekameleon

ekameleon — Wed, 20 Oct 2004 22:56:53 +0000

oui non ici l'exemple n'est pas bon en effet C'est juste un test

Super, pas vraiment synonyme de performances - Nambew

Nambew — Wed, 20 Oct 2004 20:31:26 +0000

Oui c'est plus clair Eka, mais j'avais bien marqué quand la surchage était inutile. Dans ton cas, elle est tout à fait valable et tout à fait normal.

C'est de ce cas là que je parle quand je dis que c'est inutile et illogique.
class SChild extends CClass { public function testMethod() { super.testMethod(); } }

Super, pas vraiment synonyme de performances - ekameleon

ekameleon — Wed, 20 Oct 2004 20:13:23 +0000

un exemple sur 2 de mes classes .. là je te mets juste les méthodes draw() pour une classe Rectangle et une classe RoundedRectangle :
Méthode draw() dans la classe Rectangle :
public function draw () : Void { getMinMax () ; clear () ; lineStyle(ep, lc, la); beginFill (fc, fa) ; moveTo (_min.x, _min.y) ; lineTo (_max.x, _min.y); lineTo (_max.x, _max.y); lineTo (_min.x, _max.y); lineTo (_min.x, _min.y) ; } donc ici on voit trace simplement un rectangle .. en utilisant des propriétés spécifiques à la classe Rectangle Ensuite la méthode draw() de la classe RoundedRectangle qui hérite de Rectangle : public function draw () : Void { if (_cornerRadius == undefined || _cornerRadius == 0) super.draw () ; else { getMinMax () ; clear () ; lineStyle(ep, lc, la) ; beginFill (fc, fa) ; _currentRadius = (_cornerRadius > Math.min ($w, $h) / 2 ) ? Math.max ($w, $h) / 2 : _cornerRadius ; moveTo ( _min.x + _currentRadius, _min.y); lineTo ( _max.x - _currentRadius , _min.y) ; if ($tr) { drawCorner (_max.x - _currentRadius , _min.y + _currentRadius) ; } else { lineTo ( _max.x , _min.y ) ; lineTo (_max.x , _min.y + _currentRadius) ; simulateCorner () ; } lineTo ( _max.x , _max.y - _currentRadius ) ; if ($br) { drawCorner (_max.x - _currentRadius, _max.y - _currentRadius) ; } else { lineTo ( _max.x , _max.y ) ; lineTo (_max.x - _currentRadius , _max.y ) ; simulateCorner () ; } lineTo( _min.x + _currentRadius , _max.y ) ; if ($bl) { drawCorner (_min.x + _currentRadius , _max.y - _currentRadius) ; } else { lineTo ( _min.x , _max.y ) ; lineTo (_min.x , _max.y - _currentRadius ) ; simulateCorner () ; } lineTo(_min.x, _min.y + _currentRadius) ; if ($tl) { drawCorner (_min.x + _currentRadius, _min.y + _currentRadius) ; } else { lineTo ( _min.x , _min.y ) ; } endFill () ; _angle = undefined ; } }
Là tu vois que si le rayon du coin arrondi détermine est indéfini ou est égal à 0 on utilise directement la méthode de la classe Rectangle (pas besoin de se payer tout le code qui suit ....) sinon on utilise alors la surcharge de la méthode draw().

+ clair ?

Super, pas vraiment synonyme de performances - Nambew

Nambew — Wed, 20 Oct 2004 19:45:44 +0000

Je dois avouer que j'ai relu quelques fois ton poste Eka, mais ton exemple m'apparaît embrouillé dans ma tête. Vraiment désolé, mais je réussi pas à très bien saisir pourquoi la surchage d'une méthode en ne faisant appel qu'à celle de la classe parent est utile dans ce cas.

Vraiment dsl

Super, pas vraiment synonyme de performances - ekameleon

ekameleon — Wed, 20 Oct 2004 19:28:01 +0000

En poo je le vois l'intérêt
Exemple tu as une classe Rectangle et pleins de sous classes RoundedRectangle, BevelRectangle, CurveRectangle etc.. etc... si tu utilises selon les paramètres de chaque rectangle une méthode draw() différente mais qui peut croiser d'autres méthodes se trouvant dans la superclasse Rectangle ... et bien pas de raison de surcharger les méthodes en ajoutant des fonctionnalités et en réutilisant au besoin celles de la classe d'origine Enfin .. là c'est qu'un exemple .. il y en a pleins d'autres
bye

Super, pas vraiment synonyme de performances - Nambew

Nambew — Wed, 20 Oct 2004 19:23:02 +0000

C'est bien de faire un tel bench par curiosité, mais je vois vraiment pas l'intérêt d'alourdir son code en surchargeant des méthodes inutilement.

Super, pas vraiment synonyme de performances - zwetan

zwetan — Wed, 20 Oct 2004 16:53:43 +0000

l'équivalent de
super.testMethod(); dans CChild sans super ce serait plutot: CClass.prototype.testMethod.apply( this )
dans SChild

et encore, apply devrait prendre un peu plus de temps qu'un appel de method normal

de plus il faudrait tester (si ce n'est deja fait) directement dans le player plutot que le player de l' IDE flash qui est presque 2x fois plus lent en temps d'execution de code
me rappelant d'un parser sur de gros XML
qui prenait ~4000ms dans l'IDE
mais que ~2000ms dans le player flash dans le browser

Super, pas vraiment synonyme de performances - liguorien

liguorien — Wed, 20 Oct 2004 15:08:33 +0000

[quote="thecaptain":14f9c9b622]Ceci dit si on doit surcharger une méthode dans une classe enfant tout en appelant celle de la classe mère (en y ajoutant des fonctionnalités) ben tu es obligé de passer par le super.maFonction !

Bref encore un truc à ajouter dans la wishlist de 8ball je pense ^^[/quote]

C'est tout à fait normal. S'ils implémentent cette feature dans le 8ball, comment fera-t-on pour faire une méthode récursive si une classe ne peut invoquer sa propre méthode ? :o

Super, pas vraiment synonyme de performances - neo-lao

neo-lao — Wed, 20 Oct 2004 14:41:13 +0000

en venir à super.super, c'est qu'il y a un problème de conception
une méthode a un but
surcharger une méthode, c'est atteindre ce but d'une autre facon ou de manière complémentaire

c'est comme dire que la première surchage n'était pas bonne, ou que l'héritage est bizarre
ou que la méthode fait trop de choses différentes, dans ce cas, il faut exploser en plusieurs méthodes

Super, pas vraiment synonyme de performances - SamsamTS

SamsamTS — Wed, 20 Oct 2004 14:07:43 +0000

Le fait de ne pas pouvoir faire super.super me parait logique car une classe n'hérite que d'une seule autre classe et ne peut donc appeler que les méthodes de la classe dont elle hérite.

Si par exemple une classe fille hérite d'une classe mère et surcharge l'une de ces méthodes il me parait logique qu'une classe petite-fille héritant de la classe fille pourrra accéder à la méthode de celle-ci mais pas de la classe mère étant donné qu'elle n'en hérite pas.

@++

Super, pas vraiment synonyme de performances - thecaptain

thecaptain — Wed, 20 Oct 2004 13:08:01 +0000

En effet, le super.super ne passe mm pas le compilo Ceci dit si on doit surcharger une méthode dans une classe enfant tout en appelant celle de la classe mère (en y ajoutant des fonctionnalités) ben tu es obligé de passer par le super.maFonction !

Bref encore un truc à ajouter dans la wishlist de 8ball je pense ^^

Super, pas vraiment synonyme de performances - Francis Bourre

Francis Bourre — Wed, 20 Oct 2004 09:22:04 +0000

Je viens de faire des tests, c'est vrai, 'super' est un peu moins performant, mais comme liguorien, je crois pas qu'il faille s'en inquièter, les différences sont vraiment minimes.
Sur un Array.push avec deux générations, sur 500.000 entrées, j'obtiens 12725 contre 12502 ms.

Et effectivement le super.super est totalement à la rue. ^^

Super, pas vraiment synonyme de performances - roikku

roikku — Wed, 20 Oct 2004 03:07:06 +0000

Sans super... avec super.... mais vous testez quoi? Flash ou un plein de voiture. lol

Oki, je sorts ^^