AVRGCC instrukcja switch - pytanie

Witam,

Używam w programie instrukcji switch w typowy sposób:
switch(zmienna)
{
case 0:
.....
break;
case 1:
......
break;
itd
}

Zdarza się, że muszę pod np. "case 4" wstawić nowš treść, dotychczasowy blok
"case 4" przenumerować na "case 5", dotychczasowy "case 5" na "case 6" itd.
Ponieważ bloczków jest sporo, takie przenumerowywanie ręczne jest ucišżliwe.
Czy jest jakaś konstrukcja w (AVR)GCC, która przyporzšdkuje automatycznie te
numerki na podstawie kolejności występowania bloków?

JS wrote:
przecież to nie ma sensu. Jakby ci kompilator bloki przenumerował, to
byś się za cholerę nie pozbierał. Przecież procek ma coś robić, jak
wartość zmiennej jest 7, jak coś wstawisz i kompilator ci to na 8
przerobi, to będzie bardach. A kolejność warunków w switchu może być
przecież dowolna: najpierw case 217 a potem case 3, potem 23.

Waldek

Kolejność "case" w żródle programu jest rzeczywiście dowolna. Wykona się ten
blok, na który aktualnie wskaże zmienna "switch-a". W moim programie ta
zmienna to licznik który narasta. W zwišzku z tym przy którymśtam wejściu do
switcha wykona się blok o numerze n, a za chwilę przy następnym wejściu (po
zmianie licznika oczywiście) wykona się blok n+1. Każdy blok to zestaw
czynności typu "włšcz przekaŸnik", "sprawdŸ timeout" itp. Podczas
uruchamiania urzšdzenia wychodzš różne pluskwy i np. okazuje się, że między
blokiem n włšczajšcym przekaŸnik a następnym blokiem n+1 trzeba wstawić
opóŸnienie. Wtedy blok n zostaje, n+1 musi być przemianowany na n+2 a w/w

Stosujšc rozwišzanie zaproponowane przez Andy-ego można blok
zapisać w żšdanym miejscu a symbol jego numeru umieścić w enum. Jest to
proste do wykonania i skuteczne.

blok, na który aktualnie wskaże zmienna "switch-a". W moim programie ta
zmienna to licznik który narasta. W zwišzku z tym przy którymśtam wejściu do
switcha wykona się blok o numerze n, a za chwilę przy następnym wejściu (po
zmianie licznika oczywiście) wykona się blok n+1. Każdy blok to zestaw
czynności typu "włšcz przekaŸnik", "sprawdŸ timeout" itp. Podczas
uruchamiania urzšdzenia wychodzš różne pluskwy i np. okazuje się, że między
blokiem n włšczajšcym przekaŸnik a następnym blokiem n+1 trzeba wstawić
opóŸnienie. Wtedy blok n zostaje, n+1 musi być przemianowany na n+2 a w/w
opóŸnienie musi wejść jako n+1. Gdy bloków jest 50 czy 60 to reczne
przenumerowanie jest ucišżliwe. I tu dochodzimy do wniosku, że łatwiej jest
to zrobić ( a także śledzić wykonanie programu) gdy bloki sš ułożone w
Ÿródle po kolei - jakkolwiek nie jest to warunek konieczny a tylko dla

int wariant=0;

if( zmienna == wariant++ )
robota();
else
if( zmienna == wariant++ )
spoczynek();
...


Można swobodnie zmieniać kolejność czynności i dodawać nowe, jednak nie
wiadomo z góry (bez analizy kodu), jaka wartość "zmienna" odpowiada jakiej
czynności.

W razie przerobek programu wystarczy zmienic numerki w #define a
kolejnosc bezpieczniejsza jest niz w enum

int wariant=0;

if( zmienna == wariant++ )
robota();
else
if( zmienna == wariant++ )
spoczynek();
...

Można swobodnie zmieniać kolejność czynności i dodawać nowe, jednak nie
wiadomo z góry (bez analizy kodu), jaka wartość "zmienna" odpowiada jakiej
czynności.

int main()
{
procptr procedures[]={proc1,0,proc2,proc3};

int index;
index=0;
for(;;)
{
if(index>=(sizeof(procedures)/sizeof(procptr)))
index=0;
if(procedures[index]!=0)
procedures[index]();
index++;
}
return 0;
}

Napisane na kolanie w minute, ale dziala.
Nie musisz nic definiowac, kolejnosc jaka sobie zamarzysz.

<ciach>

int main()
{
procptr procedures[]={proc1,0,proc2,proc3};

int index;
index=0;
for(;;)
{
if(index>=(sizeof(procedures)/sizeof(procptr)))
index=0;
if(procedures[index]!=0)
procedures[index]();
index++;
}
return 0;
}

Napisane na kolanie w minute, ale dziala.
Nie musisz nic definiowac, kolejnosc jaka sobie zamarzysz.

Sprytne i fajne. A jak wyglada takie cos po kompilacji? Nie zajmuje zbyt

wiele pamieci?

Pozdrawiam
Tomek

Okazuje si?, ?e s? ludzie, kt?rzy chc? i potrafi? pom?c. Teraz mam kilka
rozwi?za?. Dzi?ki serdeczne wszystkim.

Pozdrawiam
JS

To mam dla Ciebie jeszcze jedna rade: nie rob awantur ludziom,
ktorzy na projektowaniu programow znaja sie lepiej niz Ty.

To mam dla Ciebie jeszcze jedna rade: nie rob awantur ludziom,
ktorzy na projektowaniu programow znaja sie lepiej niz Ty.

Nie toleruję natomiast zachowań typu "wiem, nie powiem, a ty jesteś d..ek".

To mam dla Ciebie jeszcze jedna rade: nie rob awantur ludziom,
ktorzy na projektowaniu programow znaja sie lepiej niz Ty.

[...]

Nie toleruję natomiast zachowań typu "wiem, nie powiem, a ty jesteś d..ek".

http://rtfm.killfile.pl/#lajza

Sorry, chciałem już zakończyć wštek, ale widzę, ze wymaga jeszcze
wyjaśnienia.

Sorry, chciałem już zakończyć wštek, ale widzę, ze wymaga jeszcze
wyjaśnienia.

Przeczytaj (uważnie) jeszcze raz swoje pytanie.
Chciałeś tylko aby numerki były nadane według kolejności bloczków.
Jedynie J.F. odpowiedział dokładnie na Twoje pytanie sugerujšc, że to,
czego oczekujesz nie ma sensu.
Inni odpowiadali na inne pytanie, którego wcale nie zadałeś.

Wprawdzie zwykle sie w takich watkach sie nie udzielam, bo to lekko
niesmaczne, ale: jesli ktos grzecznie i konkretnie [*] pyta w jaki
sposob cos zrobic, to odpowiadanie w stylu kolegi J.F. tršci buceriš.
Prawde powiedziawszy az przetarlem oczy gdy zobaczylem jego odpowiedz,
bo do tej pory nigdy nie zachowywal sie jak najmlodsza latorosl
rodziny Giertychow czy tez owej latorsli imiennik z pme.

Nie toleruję natomiast zachowań typu "wiem, nie powiem, a ty jesteś d..ek".
Facet nie wie co i w jaki sposób robię, po co mi to potrzebne i czego do tej
pory dokonałem. Jeśli nie chce / nie umie poradzić czegoś sensownego to po
co się odzywa na dodatek nezbyt elegancko.

Podchodzšc w ten sposób powinniśmy besztać wszystkich, którzy pytajš jak podłaczyć niebieskiego
LED-a do akumulatora.