While schleife - bedingte Ausgabe

Grade kurz getestet - tritt auch bei For Schleifen auf (obwohl man das vermutlich einfach deutlich performanter Lösen könnte, da man schon weis wie groß das Array maximal werden kann.

Was lernen wir also draus:

1. Die Methode wird um so schneller je mehr man Filtert (weil bei gefilterten Elementen das Build Array entfällt).
2. Ob For oder While Schleife macht keinen Unterschied.
3. NI hat also mal wieder was völlig unausgegorenes Auf den Markt geworfen was man performanter Lösen könnte wenn mans selbst macht - aber dann nur wieder für einzelne jeden Fall den man hat einzeln...


Verstehe auch nicht warum man sich nicht an der GOOP Variante orientiert hat die ist deutlich performanter:


  TestVI bedingtes Indizieren_Modifiziert.vi (Größe: 18,23 KB / Downloads: 187)


Mit der Einschränkung das GOOP eben nur in bestimmten Fällen funktioniert, da das GOOP VI ja nur ein Polymorphes ist das für ne begrenzte Zahl an Datentypen definiert ist. Vorgehen dabei ist: Filtern nach der Schleife. Braucht bei mir nur ~10-20% länger als ohne Bedingtes Indizieren - was ganz gut ist da ich im Test-VI ja den Worst Case (nichts filtern) benutze.

Kann man sowas irgendwie / irgendwo bei NI anregen den Code unter der Haube so umzubauen? Ich meine unter der Haube kann man die Methode die bei GOOP verwendet wird sicher auch global einmal definieren für beliebige Datentypen...

Gruß Kiesch