Infinity-Profan

Deutsch

Bisher wurden Arrays als Prozeduren-Parameter byRef statt byVal übergeben, also nur die Adresse statt eine Kopie. Das ist zwar schneller, kann aber zu unerwarteten Ergebnissen führen in einer leicht zu erlernenden Sprache.

Jetzt werden Arrays als Prozeduren-Parameter standardmäßig byVal übergeben, ausgenommen man setzt ein @ vor den Variablennamen in der Parameterdeklarationsanweisung:

Standard, byVal:

Kompilieren Markieren Separieren

var a=[10 20 30]
test a
print a// gibt 10,20,30 aus

proc test a

    a[0]=55

endproc

Wenn byRef erwünscht (schneller):

Kompilieren Markieren Separieren

var a=[10 20 30]
test a
print a// gibt 55,20,30 aus

proc test @a

    a[0]=55

endproc

Auf Parameter, die nicht vom Typ Array übergeben werden, hat @ keinen Einfluss, jedoch wird die Prüfung für diesen Parameter auf eine Array-Kopie beim setzen des @-Zeichens abgeschaltet.

Bei Funktionen, bei denen es auf höchste Geschwindigkeit ankommt, ist also eine Optimierung per @ für jeden Parameter mit einzubeziehen.

Achtung:

Eine ähnliche Falle ist einfaches Zuweisen Array=Array:

Kompilieren Markieren Separieren

var a b=[10 20 30]
a=b
a[0]=55
print b// zeigt 55,20,30 obwohl b syntaktisch nicht manipuliert wurde

Möchte man eine Kopie von einem Array für solch Zuweisungen, dann kann dafür die Funktion arr verwendet werden:

Kompilieren Markieren Separieren

var a b=[10 20 30]
a=arr(b)
a[0]=55
print b// zeigt 10,20,30
print a// zeigt 55,20,30

XProfan X2
WinXP, SP3, Core(TM) i7-3770 @ 3.40GHz

11.01.2016 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

HofK

Wenn
@parameter
in der Prozedurdefinition diesen Parameter als "At resse" -Schreibfehler bewußt- übergibt, also die Referenz auf den Parameter, sollte man meinen, dass a=b für arrays auch die Kopie von b nach a bringt und dann a=@b die Referenz übergibt. Damit bräuchte man hier kein arr().

Was spricht dagegen? Was übersehe ich dabei?

XProfan 11

12.01.2016 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren