Ist es nicht ein grundsätzliches Problem? Eine For-Schleife benutzt man, wenn man genau weiß, wie oft eine Schleife ausgeführt werden soll, für alles andere nimmt man repeat oder while. Ein Abbrechen von For-Schleifen ist zwar möglich, aber
IMHO schlechter Stil, und scheint sich im TParallel-Fall zu rächen.
So krass würde ich das nicht formulieren. Ich finde es z.B. kein schlechtes Design, wenn beim Durchsuchen eines Arrays eine For-Schleife verwendet wird und bei dem gesuchten Element ein
Break stattfindet. Die Elemente werden über einen Index angesprochen und die Bereichsgrenzen sind im Voraus bekannt. Die Abbruchbedingung beschränkt sich auf das eigentliche Suchkriterium und muss sich nicht noch um die Bereichsgrenzen kümmern. Das reduziert den Code, ist klar strukturiert und jeder sieht sofort, was mit dieser Schleife bezweckt wird. Bei while- und repeat-Schleifen sehe ich auch oft eine Duplizierung der Abbruchbedingung (manchmal gecached in einer lokalen Variable), weil beim Abbruch bestimmte Code-Teile innerhalb der Schleife nicht mehr durchlaufen werden müssen. In solchen Fällen ziehe ich ein Break (selbiges gilt auch für Continue) vor - auch innerhalb while- und repeat-Schleifen.
Allerdings eignet sich so eine Schleife dann halt nicht für die Parallelisierung (aber auch keine mit
while oder
repeat).
Bei einem Parallel-For geht man eigentlich davon aus, daß alle Elemente vollkommen autark bearbeitet werden und keine gegenseitigen Wechselwirkungen haben. Ich weiß allerdings nichts über den angesprochenen Fall.