LotusScript - Lazy Evaluation?

[m3]

Könnte mir bitte jemand bestätigen, dass LotusScript KEINE "Lazy Evaluation" kennt?

Sehe ich das richtig, dass er bei Code wie

Code

if( (vergleich1) AND (vergleich2) AND (vergleich3) ) Then ...

IMMER alle drei Vergleiche durchführt, auch wenn der Erste schon falsch war?

[Glombi]

Ist zwar schon ne Weile her, aber ich glaube Notes 2 hat das standardmäßig gemacht.

Versuche es doch mal mit @V2If und einem Evaluate.

Andreas

[koehlerbv]

Ich habe mal einen Test gemacht und auch einen Term wie Du erstellt, Martin. Die dritte Bedingung war sehr aufwändig, damit sich das auch ordentlich messen liess. Wenn ich Bedingung 1 und Bedingung 2 so eingestellt hatte, dass dieser Vergleich schon fehlschlagen musste, reduzierte sich die Laufzeit (innerhalb einer Schleife, damit man auch was zu messen hat) dramatisch.

Einen Beleg habe ich nicht zur Hand, aber nach meiner Erfahrung: Lazy evaluation kann auch LotusScript.

Bernhard

[ZaLudtske]

Hallo,

ich kann mich daran erinnern, dass ich einen Artikel mal gelesen habe, dass Notes keine Lazy Evaluation macht. Man sollte statt dessen die Abfragen aufsplitten. Ich glaube das war in einem Artikel von Rocky Oliver zur Performance-Steigerung oder vielleicht bei Wild Bill Buchan.

Rainer

[koehlerbv]

Ich möchte hier nochmal betonen: Echte Belege habe ich nicht. Der Test ist auch länger her, und normalerweise splitte ich Abfragen auch immer auf. Ich sollte die "staade Zeit" nutzen, den Test zu wiederholen bzw. genauer zu evaluieren.
Ich bin gespannt, ob jemand einen wirklichen Beleg findet.

Bernhard

PS: Welche Erfahrung treibt mich eigentlich dazu, boolsche Operationen sowieso immer nach Möglichkeit zu splitten? Ich muss da nochmal in mich gehen ...

[Skorpi]

In dem Redbook "Performance Considerations for Domino Applications" (http://www.redbooks.ibm.com/redbooks/pdfs/sg245602.pdf) wird die Aussage getroffen, dass alle Bedingungen in einem If-Statement ausgewertet werden, auch wenn die Erste bereits FALSE ergibt (siehe Kaptiel 3 Programming Considerations - Language Performance - LotusSript).

Kein, Lazy Evaluation!

Also am besten einfache If's verwenden und diese ineinander verschachteln. Laut dem Redbook kann das zu einer Beschleunigung von bis zu 40% führen.

Code

If a=x Then
  If b=y Then
    If c=Z Then
    ...

[koehlerbv]

DANKE, Fabian!

Und ich muss dringend diesen Test von vor x Jahren auf CD aufstöbern, um zu sehen, welchen Mist ich damals gemacht habe (oder ich erinnere mich heute falsch).

Ich glaube, derart schief habe ich hier seit langem nicht mehr gelegen (und gut, das ich es für guten Stil halte, die Konditionen sowieso einzeln abzuarbeiten und hierbei die zu erwartende Wahrscheinlichkeit "vorherzuahnen").

Bernhard

[m3]

@Andreas: LotusSCRIPT, nicht Formelsprache. Formelsprache hat Lazy Evaluation.
@Skorpi: Danke für den Pointer. In der Hilfe hab ich dazu nämlich leider nix gefunden.

Die Performancesteigerung durch die Verschachtelung ist mir wurscht, aber durch diese wüsten If-Kosntrukte wird der Code IMHO sehr unlesbar.

Sei es wie es sei, danke für Euren Input.

[flaite]

Die Performancesteigerung durch die Verschachtelung ist mir wurscht, aber durch diese wüsten If-Kosntrukte wird der Code IMHO sehr unlesbar.

Yup. Bei Performance Optimierungen sollte man immer schauen, ob das auch tatsächlich etwas bringt. In Ausnahmefällen kann das Fehlen von boolean short circuit Operators* (Boolsche Abkürzungs Operatoren [meine freie Übersetzung]) was bringen. Normal aber nicht. Ausnahme ist, wenn diese in einer Schleife stehen, die öfters durchlaufen wird.
Einfache Lesbarkeit des Code ist eben auch wichtig.
Und vor frühzeitiger Optimierung wird immer gewarnt.

* so heisst das in Java