obiectele din flash, e un pic ciudat intr-un fel cum vede flash obiectele

Forumul Softpedia > Professional Zone > Webmaster Corner > Web Design / Flash / Graphix > Flash

vectorialpx

11th July 2009, 17:49

avem asa:

CODE

class myClas {

var but = null;

function myClass(obj){
this.but = obj;
this.but.onRelease = function(){
this.alta(); // ca sa am OUTPUT 'ceva'
// DAR acum this NU mai face parte din clasa mare, e un alt obiect
// so, cum as putea apela functia alta() ?  
// cred ca ar trebui ceva gen PARENT, cum are PHP sau, nu stiu..
// as prefera sa nu fie nimic "static"
}
}

function alta() { trace('ceva'); }

}

sergiu_spooky

11th July 2009, 19:58

Nu are absolut nicio legătură cu clasele sau obiectele.

CODE

var but = new Button();
this.but.onRelease = function(){
this.alta();
}
function alta() { trace('ceva'); }

Codul ăsta nu o să facă ce vrei tu nici în afara unei clase. De ce? Simplu. Aşa e gândit AS2, e o regulă stabilită de proiectanţii limbajului.

Nu e cod valid, dar aşa o să înţelegi:

CODE

this.foobar() {
  // aici this = _root
  this.orice.foo() {
    // aici this = _root.orice
    this.orice.ion.bar() {
      // aici this = _root.orice.ion
    }
  }
}

Da, fiind vorba de instanţe de MovieClip şi Button poţi să foloseşti this._parent.
_root.orice.ion._parent = _root.orice
Te sfătuiesc să renunţi la AS2 şi să treci la AS3 dacă vrei să poţi controla totul şi vrei să foloseşti clase. AS2 e la nivelul JavaScript, AS3 e la nivelul Java.

Ai auzit de încapsulare? De ce ai vrea să foloseşti clase dacă nu respecţi principiul de bază? Foloseşti absolut degeaba clase şi complici şi mai tare codul dacă vrei aşa ceva, nu simplifici nimic.
Dacă vrei să apelezi o funcţie din afara clasei atunci trebuie ca acea clasă să primească referinţă către părintele funcţiei respective la iniţializare.

CODE

class foo {
  var parent = null;
  function foo(parent) {
     this.parent = parent;
  }

  function say() {
      this.parent.say();
  }
}

function say() {
   trace('Hello Dolly!');
}

var a:foo = new foo(this);
a.say();

Flash Player nu are de unde să ştie ce înseamnă părintele unei clase, cum de altfel nu se poate în niciun alt limbaj. Se poate totuşi cunoaşte părintele unei instanţe a unei clase (= un obiect), dar doar dacă există un mecanism special pentru asta. proprietatea parent a clasei foo în cazul de sus e tocmai mecanismul ăsta. E identic cu ce face automat Flash Player legat de propietatea _parent a MovieClip-urilor, unde nu specifici tu care e părintele la iniţializarea obiectului ci o face el automat.

vectorialpx

13th July 2009, 09:02

am nevoie de clase pentru ca am nevoie de obiecte... oarecum. Vreau sa fac ceva generic si sa fac un lant de functii ar fi destul de aiurea. Referitor la AS3, cu scuzele de rigoare, au stricam ceea ce-a inceput Macromedia [partial, cel putin] si, (probabil si pentru ca nu am inceput eu sa invat inca) mi se pare o mare prostie.
Whatever... trecem peste.

deci, ce ai scris tu...

CODSURSA

var but = new Button();
this.but.onRelease = function(){ this.alta(); } function alta() { trace('ceva'); }

nu merge... sau cel putin, nu la mine, care am toate astea intr-o clasa.
Si, are legatura cu clasele, pentru ca "this" este foarte generic, adica se refera la obiect in toata "abstratitatea"[scuze de inventie!] lui.
nu functioneaza nici this._parent.alta();

Sa repet ce-am scris mai sus, cu detalii... poate sunt si astea importante.

CODSURSA

class some {
    var ob = new Array();

    function some(clp) {
        this.ob = clp;
        // de fapt, e un array cu movieClip-uri
        for (i=0; i<this.ob.length; i++) {
        // parcurgem acest array
            var temp = this.ob[i].but;
            temp.id = i;
            // avem in CLP un buton, "but"
            temp.onRelease = function() {
                // ??? aici apare problema
                this.other(this.id);
            };
        }
    }
    function other(ce) {
        trace('other - '+ce);
    }
}

sergiu_spooky

13th July 2009, 13:00

Cum am mai spus, this în cazul tău nu se referă la un obiect de tip "some" ci la MovieClip-ul "temp".
În contextul unui event listener al unui obiect (onRelease al lui "temp"), this = obiectul respectiv(this="temp").
Asta ar însemna că "temp" trebuie să aibe o metodă cu un parametru numită "other", dar "other" la tine e o metodă în interiorul clasei şi nu te ajuta cu nimic pentru că this = "temp" iar _parent e proprietate a MovieClip-urilor, nu există aşa ceva în cadrul structurii codului şi nu există în niciun limbaj.

Ce vrei tu nu se poate. Ori ai acces la MovieClip-ul care a declanşat event-ul release, ori ai acces la metodele clasei.
Dacă vrei acces la metodele clasei poţi folosi clasa Delegate:

CODE

// în constructor
temp.onRelease = mx.utils.Delegate.create(this, release); 
function release() {
   this.other('other');
   // this.id nu mai funcţionează pentru că this=obiect de tip "some", nu MovieClip-ul care a declanşat event-ul
}

Dacă ai fi avut un singur MovieClip care să declanşeze event-ul atunci l-ai fi putut declara proprietate a clasei şi ai fi avut acces la el în listener ca variabilă a părintelui:

CODE

var b = null; // proprietate a clasei

// in constructor
b = temp;
temp.onRelease = mx.utils.Delegate.create(this, release); 
function release() {
   this.other(this.b.id);
}

Dar cu mai multe MovieClip-uri care pot declanşa acelaşi event nu mai ai cum să aflii în listener care anume l-a declanşat.

Soluţia venită o dată cu AS3 e ca event listener-ii să primească parametru un obiect de tip Event la declanşare în care se pot transmite orice informaţii, inclusiv obiectul care a declanşat event-ul.
Mecanismul era existent şi în AS2 încă de la versiunea CS4 (AS2 Langref), până la care nu exista aşa ceva oficial dar era destul de uşor să îţi scrii o clasă proprie care să facă acelaşi lucru ca şi clasa EventDispatcher apărută mai târziu.

După cum vezi în AS2 te poţi lovi relativ repede de probleme fără o soluţie simplă şi bună. Pe lângă asta te încurajează să gândeşti că dacă îţi e ţie, ca începător, mai uşor să programezi AS2 înseamnă că AS3 e o prostie.
Adevărul e că ambele îşi au rostul lor şi mulţi se pot mulţumi cu facilităţile oferite de AS2 atâta timp cât nu încearcă lucruri mai complexe.

Ce ai testat tu e greşit. Am specificat că acel cod rulează în afara unei clase. Scopul lui era de a te face să înţelegi în ce context funcţionează _parent, proprietate a MovieClip-urilor şi ce înseamnă this în interiorul unui event listener.

vectorialpx

13th July 2009, 16:26

ok. 10x!

Da, si eu am specificat ca e posibil sa nu-mi palca AS3 pentru ca nu l-am invatat... asta nu inseamna ca e "o prostie".

Stiu ca e foarte puternic dar, ceea ce voiam sa zic, este ca acest "the new" AS este de fapt un AS2 "reinventat", cu destul de multe diferente. Asta ca un comment la ceea ce zic cei de la Adobe, ca este asemanator, compatibil, bla bla, dar in acelasi timp, in manual scriu
- A single SWF file cannot combine ActionScript 1.0 or 2.0 code with ActionScript 3.0 code
- ActionScript 3.0 code can load a SWF file written in ActionScript 1.0 or 2.0, but it cannot access the SWF file's variables and functions.
- SWF files written in ActionScript 1.0 or 2.0 cannot load SWF files written in ActionScript 3.0
-- si asa mai departe

Deci, compatibiltatea e de fapt un soi de marketing ieftin... Whatever, multam inca o data!
O sa imi iau gandul de la clase, şi fac băbeşte.

Fl4SH'ER

13th July 2009, 16:50

CITAT (vectorialpx @ 13th July 2009, 16:26)

Stiu ca e foarte puternic dar, ceea ce voiam sa zic, este ca acest "the new" AS este de fapt un AS2 "reinventat", cu destul de multe diferente. Asta ca un comment la ceea ce zic cei de la Adobe, ca este asemanator, compatibil, bla bla, dar in acelasi timp, in manual scriu
- A single SWF file cannot combine ActionScript 1.0 or 2.0 code with ActionScript 3.0 code
- ActionScript 3.0 code can load a SWF file written in ActionScript 1.0 or 2.0, but it cannot access the SWF file's variables and functions.
- SWF files written in ActionScript 1.0 or 2.0 cannot load SWF files written in ActionScript 3.0
-- si asa mai departe

Deci, compatibiltatea e de fapt un soi de marketing ieftin... Whatever, multam inca o data!
O sa imi iau gandul de la clase, şi fac băbeşte.

Nu stiu ce articole ai citit tu, dar eu nu tin minte sa fi dat vreodata peste un articol scris de cei de la Adobe unde sa se laude de compatibilitatea AS 3.0 cu versiunile mai vechi. Ar fi si normal sa fie asa din cauza ca AS 3.0 e construit cam de la 0 ( prin sintaxa mai seamana cu AS 2.0, ai dreptate, dar felul in care functioneaza e diferit pe putin spus fata de restul versiunilor ).

Iar treaba cu comunicarea nu e chiar asa cum spune cea de a doua liniuta. Este adevarat ca nu poti comunica chiar in orice fel din AS 3.0 cu o versiune mai veche dar exista ExternalInterface-u care ofera posibilitatea comunicarii. Iar faptul ca un .swf compilat cu o versiune mai veche sa nu poate incarca un .swf care contine cod AS 3.0, mi se pare normal ( pana la urma, avem si 2 VM-uri diferite pentru cele 3 versiuni ). Cum spuneam, diferentele sunt extrem de mari iar o versiune veche, normal, nu poate rula ceva ce are o structura total diferita si functioneaza total diferit ( si nici nu cred ca au avut ca si scop o astfel de compatibilitate ).

EDIT: Asa, nu am dat cu scroll-u suficient ca sa vad ce scrie in primul post... Daca vrei apelezi functia 'alta' atunci in AS 2.0 ai fi facut cu _root.alta(); In legatura cu AS 2.0 vs 3.0, simplu: AS 2.0 e praf ( atat la performanta cat si la orice iti vine in minte ). Daca esti "scripter" care face copy-paste la bucati de cod si arunca linii cu lopata, atunci da, go PHP, go Javascript, go AS 2.0. Dar in caz de esti programator care chiar vrea sa faca ceva calumea, atunci go ASP.NET, go Java, go C# si go AS 3.0! Asta pe scurt...

PS: "clasele" pe care le poti scrie in AS 2.0 ma fac sa plang... serios, nu merita efortul, invata AS 3.0 daca chiar vrei sa lucrezi "the OO way".

sergiu_spooky

13th July 2009, 17:59

"Daca vrei apelezi functia 'alta' atunci in AS 2.0 ai fi facut cu _root.alta();"
Ar merge dacă "alta" nu ar fi membru în clasă şi dacă am fi siguri că nu o să folosească clasa decât în locul unde a fost definită.

Fl4SH'ER

13th July 2009, 18:31

Nu am mai putut edita post-u, am vazut si eu greseala. Prima oara nu mi-a sarit in ochi ca are o clasa acolo si nu doar cod paste-uit de pe timeline... asta e.

vectorialpx

13th July 2009, 20:56

bine, sunt programator, nu "programator" si, nu "pestuiesc" cod, asta ca sa se stie de la inceput

Adica, daca eram "programator" nu ma apucam sa scriu o clasa... whatever.

CITAT

Daca esti "scripter" care face copy-paste la bucati de cod si arunca linii cu lopata, atunci da, go PHP, go Javascript, go AS 2.0. Dar in caz de esti programator care chiar vrea sa faca ceva calumea, atunci go ASP.NET, go Java, go C# si go AS 3.0! Asta pe scurt...

Fiecare cu parerea lui si cu domeniul lui dar, nu cred ca ar trebui sa jignesti programatorii PHP, Javascript sau AS2 doar pentru ca stii tu AS3, .NET, Java sau C#. Referitor la web, atat .NET cat si Java au probleme serioase... iar C# nu prea-si are locul aici [decat vag]. Nu vreau sa intram in polemici... inchei aici

Am incercat si _root, pentru ca am incercat cam tot ce se putea. PHP are "parent::", si m-am gandit ca merge si la Flash cu parent... apoi am vazut ca apartine de AS3

Oricum, multam pentru timp

sergiu_spooky

13th July 2009, 21:28

Scuză-mă, dar încurci lucrurile rău de tot.
1) Nu văd ce legătură are PHP-ul cu ActionScript-ul. Nu au absolut nicio legătură.
2) Scopul lui parent într-o clasă PHP e de a avea acces la metoda suprascriă de o clasă care extinde clasa iniţială. Nu are absolut nicio legătură cu situaţia ta din ActionScript, care e strict legată de arhitectura dispatcher-event-listener implementată de AS2.

NU mai compara PHP cu ActionScript. Niciodată. Nu au nicio legătură.
Toată treaba cu parent e artificială (decât în cazul de la punctul 2 în care îşi are rostul dar nu e nicidecum ce crezi tu că e). Niciun limbaj nu ar trebui să menţină referinţe pe care programatorul nu le-a cerut explicit sau care nu ţin de buna funcţionare.
În primul rând ar trebui să poţi face distincţie clară între o clasă şi un obiect, adică o instanţă a unei clase. O clasă poate să aibe un parametru parent, dar el nu are nicio semnificaţie în aplicaţia ta. Îi dai semnificaţie când instanţiezi clasa şi iniţializezi proprietatea parent cu o valoare utilă pentru tine. Dacă limbajul ar menţine proprietatea asta automat şi ar seta-o la instanţiere atunci ai avea o groază de referinţe inutile: a) pentru că aproape întotdeauna nevoia unei astfel de referinţe înseamnă o greşeală de design a aplicaţiei;

pentru că ai avea referinţe circulare peste tot şi aş vrea să te văd cum serializezi aşa ceva fără compicaţii; c) pentru că există cazuri în care o să vrei să controlezi manual valoarea lui parent. Deşi probabil nu ai folosit serializarea niciodată, într-o aplicaţie server-client cu mai multe limbaje şi platforme implicate serializarea e esenţială.

Dacă vrei aşa ceva te sfătuiesc să foloseşti o arhitectură proprie, gândită bine înainte.

Fl4SH'ER

14th July 2009, 00:02

@ vectorialpx: Nu jignesc pe nimeni, atat PHP, Javascript cat si AS 2.0 sunt "scripting language" -> cei care folosesc aceste limbaje "script-uiesc" ( bine, ar fi exceptie daca la PHP folosesti un framework gen Zend ). Din experienta mea, atat C# cat si Java stau mercy foarte bine... nu stiu la ce probleme te referi. Am enumerat Java, C# si AS 3.0 din cauza ca sunt limbaje OOP ( AS 3.0 este prima versiune care chiar face trecerea de la "scripting" la "programare efectiva"... evident, trebuie sa ai si oameni care sa nu scrie cod pe timeline all the time ).

Nu repet ceea ce a spus si Sergiu mai spus, dar daca vrei sa faci mai mult decat bannere si site-uri cu 4-5 butoane atunci AS 3.0 is the way to go ( chiar si pentru site-uri cu 3-4 butoane daca e pana acolo ). De fapt, in parerea mea, toti cei care inca mai scriu cod in AS 2.0 sau fac aplicatii extrem, extrem de simple sau pur si simplu nu le merge rotitza si nu inteleg ca AS 2.0 e expirat de o vreme buna... sa continui sa script-uiesti pe AS 2.0 nu e altceva decat o pierdere imensa de timp.

vectorialpx

15th July 2009, 19:12

CITAT (""sergiu)

Nu, nu incurc... i-am dat doar un raspuns lui Fl4SH'ER.

CITAT ("vectorialpx")

m incercat si _root, pentru ca am incercat cam tot ce se putea. PHP are "parent::", si m-am gandit ca merge si la Flash cu parent...

Am vrut sa zic faptul ca am incercat mai multe... si parent si _root si _parent, pentru ca nu stiam ce sa fac. Apoi mi-ai dat tu raspunsul pe care speram sa nu-l citesc: nu se poate in AS2, si am inteles. Nu stiu de unde ati dedus confuzia.

Nu sunt expert in nic-unul din cele doua [PHP or Flash] dar am o oarecare experienta si, stiu diferentele, crede-ma. Si, da stiu ce e serializarea [nu-s chiar la nivelul in care sa nu stiu ce se afla intr-un fisier de sesiuni... e doar un exemplu, sper sa nu se ajunga la alte confuzii] si da, stiu si despre ce vorbesti

CITAT ("Fl4SH'ER")

Din experienta mea, atat C# cat si Java stau mercy foarte bine...

Da, dar pe domeniul lor. Desktop da, sunt foarte OK dar... referitor la web [ca eu asta fac], dintre PHP si .NET prefer PHP [am un car de motive, printre care 'gratuitate', portabilitate si multe altele. PHP5+ este foarte puternic, deci nu se pune problema de inferioritate], intre Java si Javascript, prefer Javascript, care desi e mai limitat, e web-based si, repet, ma refer la domeniul web strict. Daca te referi la JSP [care e cu totul alt drac], tot PHP prefer. Intre AS2 si AS3, o sa prefer AS3 cand o sa ma apuc de invatat... cam atat, nu confund nimic.

[offtopic] [no-offence] Nu vreau sa-mi vizitati site-ul sau sa ma cautati pe Google [e stupid!!] dar mi se pare aiurea atitudinea cu privirea atat de "de sus" pentru o persoana necunoscuta. Cum ziceam, multumiri pentru lamurire si, sunt recunoscator, nu e la misto.

Am rezolvat clasic si static. Aveam nevoie sa-mi fac o componenta checkbox si radio printr-o singura clasa... am renuntat pentru ca m-am enervat si pentru ca aveam multe altele de facut [time is money, vorb-aia!]. Voiam ceva generic, cu grafica proprie pentru ca aproape toate componentele Adobe/Macromedia mi se par foarte greoaie pentru ceea ce am eu nevoie. Customizarea lor necesita mult timo si multe resurse inutile pentru a ajunge la o forma mai complexa/proprie.

Cheers!

Reclama

A minute ago

Esti student? Beneficiaza acum de gratuitatile si reducerile de iarna!

Aceasta este o versiune simplificată a paginii originale. Pentru a vizita versiunea originala click aici.