primitive datentypen, new String(object), String(function) usw...

[Scrawer]

Hallo... evtl kann mir einer eine erklärung zu meinen test abgeben... mir ist da was unklar

// ::: Version 1 'mit' Type-Casting von Flash (flash muss den datentyp erst ermitteln)
var n = 1;
var s = 'test string';
var b = true;
// ::: Variabeln Auflisten 'ausgabe-fenster'
// Variable _level0.n = 1
// Variable _level0.s = "test string"
// Variable _level0.b = true
 
 
// ::: Version 2 'ohne' Type-Casting von Flash: erstellung über Object
var n = new Number(1);
var s = new String('test string');
var b = new Boolean(true);
// ::: Variabeln Auflisten 'ausgabe-fenster'
// Variable _level0.n = [Objekt #1, Klasse 'Number'] {1}
// Variable _level0.s = [Objekt #2, Klasse 'String'] {test string}
// Variable _level0.b = [Objekt #3, Klasse 'Boolean'] {true}
 
 
// :::::::: nun der performance test ::::::::
t = getTimer();
for(i=0; i<10000; i++)
{
    if(b) temp = s.charAt(n);
}
trace(getTimer()-t); 
 
// ergebnis version 1: 1173 ms
// ergebnis version 2: 867  ms 
 

so weit ist mir auch alles k und beruht ja auch einem logischen hindergrund....
da flash den datentyp in version 2 nicht immer ermitteln muss.. geht es schneller...
was mir nun nicht ganz in den kopf möchte ist was bei version 3 rauskommt

// ::: Version 3 'ohne' Type-Casting von Flash: erstellung über Object, jedoch wird value erst nach dem erstellen der var gesetzt
var n = new Number();
var s = new String();
var b = new Boolean();
 
n = 1;
s = 'test string';
b = true;
// ::: Variabeln Auflisten 'ausgabe-fenster'
// Variable _level0.n = 1
// Variable _level0.s = "test string"
// Variable _level0.b = true 
 

die drei Werte sind nun keine Objekts mehr... bzw wurden sie wohl überschrieben?
wenn ich da einen performance test mache komme ich aufs selbe raus wie bei version 1.
nun über Function

// ::: Version 4 'ohne' Type-Casting von Flash: erstellung über 'Function'!!!
var n = Number(1);
var s = String('test string');
var b = Boolean(true);
// ::: Variabeln Auflisten 'ausgabe-fenster'
// Variable _level0.n = 1
// Variable _level0.s = "test string"
// Variable _level0.b = true 
 

Wenn ich da (vers4) einen performance test mache komme ich bei Vers4 aufs selbe raus wie bei version 1 und 3.
und bei typeof und instanceof kommt auch das raus was man erwarten würde...

Irgendwie will mir das nicht in den Kopf... also bringt es mir gar nix wenn ich eine
var mit new String() z.b. erstelle.. sobald ich den wert ändern möchte ist er wieder
ein primitiver datentyp.. wo flash bei jedem zugriff erst den type ermitteln muss.
Gibt es einen anderen weg den wert zu ändern? kann ja nicht sein das ich
jedes mal den new Operator verwenden müsste?
vor allem weil das schon wieder (in einer schleife) mehr leistung brauchen würde...
gibt es einen weg an die var ranzukommen?
habe ich da was falsch vestanden oder ist das einfach so?
Seh den Wald vor lauter Bäumen nicht mehr... gr

ähnlicher beitrag aus dem forum hier

[bokel]

Irgendwie will mir das nicht in den Kopf... also bringt es mir gar nix wenn ich eine var mit new String() z.b. erstelle.. sobald ich den wert ändern möchte ist er wieder ein primitiver datentyp..

Genau. Das bringt nur was, wenn du einen String oefter benutzt, zum Beispiel beim Durchlaufen eines Strings mit charAt

mfg r.

[Madokan]

Scrawer - leider setzt nach der Wertzuweisung Flash wieder auf seine automatische Typenkonvertierung und da geht er hin der Performance gewinn.

Liebe Grüsse
Matze K.

[Scrawer]

dank euch!

wäre auch zu schön gewesen.. wobei es schon eine logik hat nun ja

hatte mir schon gedacht... wäre ja toll am anfang einer function nicht nur

var index, name, check;
usw zu machen... sondern gleich

var index = new Number()
var name = new String()
var check = new Boolean()

hätte ich fast in meine Konventions mit aufgenommen aus grund der Übersichtlichkeit.. und performance...
nur kann ich mir das nun schenken
den nur wegen der übersicht...

[bokel]

Nicht nur das, es ist unter Umständen sogar kontraproduktiv:

b = new Boolean( false);
if( b) trace("hm"); 

Ausgabe
hm

Also lieber nicht

mfg r.

[Scrawer]

jep.. ist so.. habe ich bei denn test gestern schnell bemerkt

b1 = new Boolean(true)
b2 = Boolean(true);
b3 = true;
 
trace(typeof b1);
trace(typeof b2);
trace(typeof b3);
 
// ausgabe:
object
boolean
boolean 

[Madokan]

Wirklich schade!

Liebe Grüsse
Matze K.

[k7c4]

@scrawer

Bei Deinem Beispiel

n = new Number(2);
n = 1; 

passiert dorch das gleiche wie wenn Du schreibst

n = new Array(1,2,3);
n = 1; 

Zuerst ist n eine Variable mit irgendeinem Wert (bei Dir ein String-Objekt). Durch Deine Zuweisung auf diese Variable gibst Du ihr einen neuen Wert, dessen Typ unabhängig ist von dem Wert, den die Variable vorher besessen hat.

Der Gewinn geht nicht flöten, wenn Du so was machst

n = new Number(2)
n = new Number(n+1) // statt n = n+1
// nun ist n weiterhin ein Objekt 
 

oder

s = new String("hallo")
s = new String(s + " Du!") 

Ich denke, Du verstehst, was ich meine

[Scrawer]

schon richtig... aber ich möchte ja nicht jedes mal wenn ich den wert ändern muss über den new operator gehen
mal abgesehen von der tipp Arbeit und Dateigröße braucht das auch sehr viel mehr leistung...
da eben immer eine neue Instanz erstellt wird....

t = getTimer();
for(i=0; i<10000; i++)
{
        n += i;
}
trace(getTimer()-t); 
// ergebnis version 1: 535 ms
 
// :::::::::
 
t = getTimer();
for(i=0; i<10000; i++)
{
        n = new Number(n+i);
}
trace(getTimer()-t); 
// ergebnis version 2: 885  ms 
 

[Leprosy]

Ich denke wenn man den new Operator an bestimmten kritischen Stellen gezielt einsetzt, ist das sicher nicht schlecht. Außerdem könnte es sich bei Konstanten als nützlich erweisen, da die ja nicht mehr überschrieben werden (oder zumindest sollte sie das nicht).

_global.MYCON = new Boolean(true); 

Das bringt vielleicht schon einiges, wenn man so Sachen wie SPEED bei der Berechnung von Bewegungsabläufen so festlegt. Oder diverse Parameter bei 3D-Engines - obwohl da ja meistens sowieso alles für die Katz ist.

[Scrawer]

richtig.. mein fazit ist:

- es macht eigentlich nur sinn für Strings und Number in einer schleife und da eben nur 'read only'!
dort kannst damit performance raushollen.....

Fakt ist in den meisten Fällen wie eben 3D wo performance ja eine tolle
Sache wäre bringt es nix.. denn dort ist 'read/write' angesagt.

- für boolean.. gefährlich.. da bei typeof nicht mehr 'boolean' raus kommt und auch eine
if abfrage nicht mehr richtig möchte... wie auch bokel oben sagte....

Praktisch gesehen.... ist es für schleifen in den Strings zerlegt oder
Durchsucht werden.. z.b. für crypt/decrypt functions, search engines
usw.... schon eine leistungs steigerung....

ein letztes praktisches Beispiel dafür:

t = getTimer();
str = 'das ist ein test string der nun zerlegt wird';
arr = [];
 
for(i=0; i<str.length; i++)
{
        arr[i] = str.charAt(i);
}
trace(getTimer()-t);
 
// ::::
 
t = getTimer();
str = new String('das ist ein test string der nun zerlegt wird');
arr = [];
 
for(i=0; i<str.length; i++)
{
        arr[i] = str.charAt(i);
}
trace(getTimer()-t);
 
// version 1: 10 ms
// version 2: 5 ms 
 

das zahlt sich schon aus bei langen strings....