alternativen für onEnterFrame gesucht!!

[RedSaint]

hi hi,


mal so ne frage genereller natur:

ich hab in meinem projekt mittlerweile ne ganze menge onEnterFrame´s drin, teilweise auch mit setInterval und ner if -abfrage verbunden um die OEF auch bei nichtgebrauch wieder zu killen. dennoch geht mein rechner ziemlich in die knie... wie soll das erst bei lahmeren rechnern oder mac´s aussehen???

-> was für alternativen hab ich für onEnterFrame um:

-> dauerthaft zu checken ob variablen sich ändern
-> functions auszuführen wenn ein movieclip geklickt wird oder vars sich ändern
-> as animationen durchzuführen
-> nach animationen functions auszuführen (also z.b. ständig die _xpos eines mc abzufragen-> wenn mc._x>=0 tu irgendwas)
-> und mehr ...


irgendwo hab ich mal listener und watcher aufgeschnappt ... was ist das und kann ich das zum dauerhaften vars checken nutzen?
oder gibts was änderes?
wie stellt ihr das bei aufwendigeren sahen an, dass die performance auch bei "normalo§ rechner nicht all zu sehr abkackt?



bin für alle vorschläge dankbar ...


_RED_

[pius]

naja, eben mit 'watch' oder 'setter/getter-functionen', 'onPress' bei mc's, 'if's' nur dann, wenn sich tatsächlich was ändert, ... logische Vereinfachungen, konzeptuelle Veränderung, intelligenter Aufbau, ...

... so halt eben ...



... und ... Bescheidenheit ...

[RedSaint]

hi pius ...






soll deine antwort bedeuten, dass meine frage "zu groß" ist um sie in einem post zuu beantworten?

setter / getter - nie gehört... kannst du evtl ein kleines (vielleicht kommentiertes) beispiel zum verständnis machen....und/oder mir ein stichwort für die As-refernz geben...dann les ich selbst nach...aber ne kurze erklärung wär´dennoch super...



danke mal wieder...


_RED_


edit: was im der online referenz unter "getter" bzw. "setter" steht hab ich schon nach unserem letzten posting nachgeschaut - hat mich aber in bezug auf OEF´s nicht weitergebracht ...

[warrantmaster]

holla red

leg mal 4 mc's auf die bühne und nenne sie mc1 bis mc4

//
//  benachrichtigungs-funktionen definieren
Mouse.a = function() {
    this.broadcastMessage("hallo");
};
Mouse.b = function() {
    this.broadcastMessage("bingo");
};
Mouse.addListener(Mouse);
// Mouse anmelden
//
//
for (var i = 1; i<6; i++) {
    Mouse.addListener(_root["mc"+i]);
    //  die mc's anmelden
}
for (var i = 1; i<6; i++) {
    _root["mc"+i].onPress = function() {
        Mouse.a();
        Mouse.b();
    };
}
//
//
//   die functionen der angemeldeten instanzen definieren
//   einem neuen objekt die function bingo aufsetzen 
obj = new Object();
obj.bingo = function() {
    return (ggg=100);
};
Mouse.addListener(obj);
//
//
mc1.hallo = function() {
    this._x += 100;
};
mc2.hallo = function() {
    this._alpha = 50;
};
mc3.hallo = function() {
    this.onEnterFrame = function() {
        this._rotation -= 1;
    };
};
mc4.bingo = function() {
    this.bewegen(300);
};
MovieClip.prototype.bewegen = function(ziel) {
    this.onEnterFrame = function() {
        this._x<ziel ? this._x += 1 : this.kill();
    };
};
MovieClip.prototype.kill = function() {
    delete this.onEnterFrame;
}; 

dann klick mal auf auf irgendeinen der mc's.
sieht chaotisch aus, steckt aber 'ne menge zum verstehen drin

[RedSaint]

--- ok... den großteil hab ich denk cih sogar geschnallt...nur bei den sachen die jetzt neu für mich sind steig ich noch nicht ganz durch:

Mouse.a = function() {
        this.broadcastMessage("hallo");
Mouse.addListener(Mouse); 

-> warum diese broadcastMessage? wird die nochmal gebraucht?ne, oder?

-> was genau macht der: Mouse.addListener(Mouse); prüfen ob ein mc geklickt wird oder ob überhaupt geklickt wird, oder?

obj = new Object();
obj.bingo = function() {
        return (ggg=100);
}; 

-> das hab ich überhaupt nicht geschnallt, wenn ich das im code rausschmeisse, ändert sich nichts an der animation der mc´s ... ich bekomm nur in "variablen anzeigen" ggg=100 ... kommt das ganze einem if(bingo==true){ggg=100;} gleich?

-> rest ist klar....und ganz klar interessant ...



_RED_

[warrantmaster]

Mouse.addListener(Mouse)

brauchst du eigentlich nur, wenn du z.b. mit

Mouse.onMouseDown=function(){
Mouse.b()
}

die maus mit einer funktion belegen willst.
zumindest läuft das sonst nicht
ist also für dieses beispiel nicht unbedingt
notwendig gewesen.


obj = new Object();
obj.bingo = function() {
return (ggg=100);
};


ist als beispiel für die ablage von funktionen
in objekten gedacht.
das return könnte ja in der funktion bingo
z.b. so ausgewertet werden:

Mouse.b = function() {
this.broadcastMessage("bingo");
trace(ggg*22);
};


grz

[r0b]

Also im Prinzip ist die Antwort: Eventbasierte Programmierung. warrantmaster hat ja schon ein schönes Beispiel dazu gegeben.

Dazu hätte ich ein paar gute Links parat:
http://www.ultrashock.com/tutorials/...o_tutorial.php
http://www.ultrashock.com/tutorials/...r_tutorial.php
http://www.ultrashock.com/tutorials/...e_tutorial.php

mfg

Robert

[RedSaint]

dass ist ja der hammer, rOb ! ... damit kann ich ja einen großteil meiner momentanen OEF ersetzten und sachen nurnoch dann ausführen wenn sich wirklich "was tut" ...


... man man man ... aber warum arbeiten dann hier im FF nicht mehr leute damit? oder muss ich da mehr in den OOP bereich gehen?

warum hat warrant jetzt

ASBroadcaster.initialize (NewsFeed.prototype); 

nicht gebraucht? bei ultrashock hab ich das jetzt so verstanden dass man erstmal die methoden -addListener und -broadcastMessage initialisieren muss um sie nutzen zu können...aber scheinbar stehen sie auch ohne zur verfügung...


kann ich evtl. noch nen link (oder zwei) zu einfachen anwendungsbeispielen haben? das würde mir evtl. die konkrete nutzung in meinem fall erleichtern ...


danke aber schonmal!
bin mal wieder heiss geworden ... was ich nicht sein sollte weil ich an meiner diplomarbeit sitze und damit schon genug um die ohren hab


_RED_

[warrantmaster]

hi red (...jaja...wenn erst mal angefangen... )

es gibt in flash objekte, die man nicht anmelden muß (mouse,key,stage,textfield,selection,fstyleformat) ,
alle anderen mußt du initialisieren.

o = {}
ASBroadcaster.initialize(o);
oM = {}
oM.hallo=function(x)
{
    trace(x+" hat mich aufgerufen")
}
 
o.addListener(oM);
 
_root.onMouseDown=function()
{
    o.broadcastMessage ("hallo",typeof(o)+" 'o'")
} 

ohne initialize(o); passiert nixx.

[RedSaint]

wenn ihr keinen bock mehr habt: bescheid sagen, ok?






ich hab das ultrashock bsp mal auf einen konkretenfall aus meinem projekt angewand und es funzt natürlich nicht:

scaling = function () {
    this.onEnterFrame = function() {
        trace("scaling");
        if (this.balken._xscale != zahl) {
            this.balken._xscale += (zahl-this.balken._xscale)/_root.speed;
        } else {
            kill();
        }
    };
};
 
kill = function () {
    trace("gekillt");
    delete this.onEnterFrame;
};
 
suendenzahl = new Object();
ASBroadcaster.initialize(suendenzahl);
 
_root.suendebaro = new Object();
suendebaro.onSuendenzahl = function(zahl) {
    trace(this.balken._xscale);
    trace(zahl);
    scaling();
};
 
suendenzahl.addListener(suendebaro);
suendenzahl.broadcastMessage("onSuendenzahl", _root.suende);
 
stop(); 

->trace(zahl) klappt einwandfrei, aber der this.balken.-xscale is undefinied ... wie muss der pfad denn richtig lauten?
-> eigentlich übergebe ich die function doch an _root.suendebaro... das ist ja ein _listener ...

[r0b]

Geschrieben von RedSaint
dass ist ja der hammer, rOb ! ... damit kann ich ja einen großteil meiner momentanen OEF ersetzten und sachen nurnoch dann ausführen wenn sich wirklich "was tut" ...

... man man man ... aber warum arbeiten dann hier im FF nicht mehr leute damit? oder muss ich da mehr in den OOP bereich gehen?

Tun sie bestimmt. Nur ist das eben nicht so, das man mit sowas am Tresen seiner Stammkneipe prahlt.

Robert am Tresen: "Du hörmal... ich arbeite jetz' eventbasiert..."

Barkeeper: "Na, das is ja schön für dich..."

[warrantmaster]

leg mal einen mc mit verknüpfer "mc" 75*20 px in die lib und
das auf frame 1:

count=0
o = {}
ASBroadcaster.initialize(o);
 
for(var i=0;i<6;i++)
{
    var mc=_root.attachMovie('mc','mc'+i,i,{_x:i*80,id:i})
    o.addListener(mc)
    mc.xpos=mc._x
    mc.ypos=mc._y
    mc.xziel=0
    mc.yziel=i*30
    mc.onPress=function()
    {
        if(count==0)
        {
        o.broadcastMessage ("move",this.id)
        count=1
        }else{
        o.broadcastMessage ("moveback",this.id) 
        count=0
        }
    
    }
    mc.move=function(id)
    {
        this.id != id ?(this._x=this.xziel,this._y=this.yziel,this._alpha=50,this.enabled=0) :0 ;      
    }
    mc.moveback=function(id)
    {
        this.id != id ?(this._x=this.xpos,this._y=this.ypos,this._alpha=100,this.enabled=1) :0 ;        
    }
} 

[warrantmaster]

oups, hab deine frage überlesen

this.balken...

wessen balken ist es denn ?

[RedSaint]

der balken von dem mc: _root.suendebaro .... darin ist dann der mc balken

->warrant...das schlimme an deinem bsp ist, dass ich´s zwar verstehe, aber nie selbst schreiben könnte... ich muss zum beispiel immer die if abfrage sehen können if(dis oder das){tu was anders das inder function "sonstwas" efiniert ist} ...
die ? : syntax ...da hab ich mich noch nicht dran gewöhnt.... machen denn 10 zeilen mehr code was aus, praktisch meine ich? z.b. incpu leistung oder swf größe?



@rOb

na auf dem achimtreffen geht´s dann schon eher so:

achim math.pi: " du ...hör mal...ich arbeite jetzt eventbasiert..."

achim 0815:" ne echt? ich hol uns mal zwei bier... ich glaub das gespräch gleich dauert länger..."

[warrantmaster]

leg mal

trace(this.balken);


rein, dann siehst du ja, ob es den gibt.

das mit der syntax-form ist eigentlich für uns normalos egal,
man sollte es so machen, wie man es am besten überblickt.
wenn man nicht unbedingt dadurch 100 zeilen (wobei wohl die menge der zeichen ausschlaggebend ist) einspart, dann sollte man sich nicht zu irgendetwas zwingen.
wichtiger ist die technische seite, wie vermeidung von oef's
und rechenintensiven methoden.



btw:


achim math.pi: " du ...hör mal...ich arbeite jetzt eventbasiert..."

achim 0815:" ne echt? ich hol uns mal 'ne kiste bier und ruf zu hause an, daß ich morgen erst wiederkomme... ich glaub das gespräch gleich dauert länger..."