Użytkownik "gupi man'a'go" <2...@i...sk> napisał w wiadomości
news:h7jet7$1n93$2@news.ett.com.ua...
> jak zapisać następujacy program tak, by ładny zapis składniowy nie
> kosztował nieoptymalnie długiego czasu wykonywania?

A jakiego rzędu wielkości jest ta 'nieoptymalność' ? Walka o tego if'a z
warunkeim na prostej zmiennej
typu bool jest imho bez sensu, jeśli, jak mówisz, otacza on 'dowolne bardzo
zagłebione struktury wykonawcze'.
Ja bym się bardziej skupił na tym, by kod był przejrzysty i jak najmniej
redundancji.
A jeśli akurat zagłębiona pętla jest wyjątkowo 'ciasna' i walczymy o każy
takt
(znaczy się bardzo często wykonywana i prosta - proc_1 i proc_3 są bardzo
proste a iterator _2 bardzo liczny),
to rozważyłbym ewentualnie wyłączenie tego warunku 'pętlę wyżej', czyli:
Być może warto wtedy dodatkowo rozważyć zamiany iteratorów, jeśli iterator_1
jest liczniejszy niż iterator_2
(i zamiana jest możliwa)

int condition;
for( iterator_1 )
if( condition )
for( iterator_2 ) {
proc_1();
proc_2();
proc_3();
} else
for( iterator_2 ) {
proc_1();
proc_3();
}

Jest to jakiś kompromis między redundancją całości a nieoptymalnością.
Ale jeszcze raz: jeśli umieszczenie ifa wewnątrz ciasnej pętli powoduje
spadek wydajnosci rzędu 1-5% to IMHO rozważanie tej kwesti
nie ma uzasadnienia praktycznego. A z tego co piszesz o 'złożoności
struktur',
to będzie to jeszcze mniej.
No i jak ktoś wspomniał - kompilator i tak
sam często będzie potrafił 'wyprowadzić' zależną od lokalnej 'stałej'
(zmiennej
nie zmieniającej się) na zewnątrz pętli.

Prawdę mówiąc myślałem, że chodzi Ci o problem, gdzie condition nie jest
zmienną
ale funkcją, której wynik może sięzmienić albo zmienną współdzieloną przy
dostępie wielowątkowym. Ale widzę, że tu sprawa jest maksymalnie prosta.
Ty nie masz większych problemów programistycznych ? :)