Flex: Unterschied zwischen name und id

[Warappa]

Hallo,

kurz mal eine kleine Verständnisfrage:
Was ist der Unterschied zwischen den Eigenschaften "name" und "id" bei den Flex Controls?

Lg
Warappa

[rendner[i]]

Laut Hilfe:

id:

ID of the component. This value becomes the instance name of the object and should not contain any white space or special characters. Each component throughout an application should have a unique id.

If your application is going to be tested by third party tools, give each component a meaningful id. Testing tools use ids to represent the control in their scripts and having a meaningful name can make scripts more readable. For example, set the value of a button to submit_button rather than b1 or button1.

name:

Indicates the instance name of the DisplayObject. The object can be identified in the child list of its parent display object container by calling the getChildByName() method of the display object container.

[Warappa]

Das heißt also:
Setze ich id wird name automatisch auf den Wert von id gesetzt.
Setze ich name wird der Wert nicht automatisch auf id angewendet.

Sehe ich das richtig?

[Omega Psi]

Genau, das sind zwei paar Schuhe. Das name-Attribut ist nicht mehr so zu verwenden, wie in ActionScript 2, da nicht eindeutig.

[Warappa]

OK, danke für die Erleuchtung

Finde ich zwar nicht ganz konsistent gelöst aber was solls. Also immer mit id arbeiten dann ist man auf der sicheren Seite...

Danke nochmals!

Lg
Warappa

[Omega Psi]

Das ist schon sehr konsistent gelöst... ich kenne mehrere Leute, die so heissen wie ich. Aber meine Sozialversicherungsnummer habe nur ich.

[Warappa]

?!

Ich dachte ID UND Name müssen eindeutig sein?! Also eine Control darf ja nicht die gleiche ID haben wie ein anderes und genauso darf ein Control nicht den gleichen name haben wie ein anderes, oder?

Ansonsten wäre z.B. die Funktion getChildByName ja ziemlich sinnlos wenn das Ergebnis mehrdeutig wäre...

[Omega Psi]

package {
 
    import flash.display.Sprite;
 
    public class IdsAndNames extends Sprite {
 
        public function IdsAndNames() {
            var sprite1:Sprite = new Sprite();
            sprite1.name = "Florian";
            var sprite2:Sprite = new Sprite();
            sprite2.name = "Florian";
            this.addChild(sprite1);
            this.addChild(sprite2);
            trace(this.getChildByName("Florian") == sprite1);
            trace(this.getChildByName("Florian") == sprite2);
        }
    }
} 

Wenn man mit der Flash IDE arbeitet sind alle Instanzen auf der Bühne aber mit einem eindeutigen Namen belegt. In reinen ActionScript oder Flex Projekten würde man aber nie via getChildByName arbeiten sondern mit Referenzen auf die jeweiligen Objekte (geht schneller und ist eindeutig).

[the binary]

mehr als deutlich...

[Warappa]

Danke für das Beispiel; gibt ein schönes

PHP-Code:

true
false 


aus. Wie du ja gesagt hast: Bei reinen AS3/Flex Projekten wird man's so eh nicht benutzen.

Dein Bespiel kann man ja auch auf UIComponent ausweiten und statt name id nehmen und bekommt das gleiche Ergebnis:

PHP-Code:

var uic:UIComponent = new UIComponent();
var uic1:UIComponent = new UIComponent();            
uic1.id = "Florian";            
var uic2:UIComponent = new UIComponent();
uic2.id = "Florian";
uic.addChild(uic1);
uic.addChild(uic2); 


Ich find's jedenfalls interessant, dass die id nicht eindeutig sein muss, sondern nur eindeutig sein soll.

Eigentlich ist name wegen der Ableitung von DisplayObject in UIComponent vorhanden (da ja Flex auf Flash aufsetzt, eh klar).

Warum wurde in Flex überhaupt id eingeführt? Denk mir mal, dass das wahrscheinlich geschichtlich/verwaltungs-technisch/... zu begründen ist...

Jedenfalls danke nochmal.

[Omega Psi]

Die id findet vor allen Dingen in MXML Dokumenten Verwendung. Da muss sie eindeutig sein - sonst kompiliert die Anwendung nicht.

[Warappa]

Stimmt.

Naja, wenn die id nicht nur zur Compiletime sondern auch zur Runtime überprüft werden würde, würde wahrscheinlich die Performance gleich um einiges schlechter aussehen...also passt's schon so.