genauer betrachtet hängt das ja von 2 Faktoren ab, wenn es um die Frage geht "nehm ich gextnext oder getnth".
1. While gegen For Loop
2. Arbeitsweise von getnth und getnext
While ist langsamer als For, da ja eben der Check bei jeder While Durchlaufchleife jedesmal gemacht wird, wohingegen bei For die Anzahl der Iterationsschritte bekannt ist bzw. lediglich die maximale Iterationsanzahl überprüft wird. An sich liegt der Unterschied wohl noch tiefer betrachtet in der C Denkweise von Notes, was letzten Endes den Unterschied beider Methoden ausmacht, wie der RAM angesprochen wird. Das dürfte wohl ein gewiefter C Developer erklären können (oder ist Notes in C++ geschrieben?).
Gnth allerdings hebelt mE den Vorteil einer For SChleife komplett aus, da es dafür bekannt ist, jedes Doc intern i++ Iterationsschritte und damit bei jedem Step zu durchlaufen, bis es das n-te Doc endlich refenziert. Im Gegensatz zum getnextdocument, das in der Coll sogleich zum nächsten Doc aus der Collection springt.
Wir hatte vor 2-3 Jahren mal intern Tests gemacht und es war wirklich so, daß eine NotesDocumentCollection mit einer For und GetNth Schleife super mega langsam war im Gegensatz zu einer While Getnext Schleife.
Doch natürlich gibt es Ausnahmen davon und manchmal kann man ja auch nicht anders, als ein getnth zu wählen. Zumal es ideal ist, wenn man weiß, wo man in einer Coll zu springen hat. Dann wäre getnext total deplaziert.
