>

> > Mz tysiac to przyduzo (zwykle i 'jak na funkcje' bo

> > jesli chodzi o kawalek kodu to 1000 linijek to nie jest

> > duzo - jak kiedys pisalem mz okolo tysiaca czy

> > troche wiecej to mz byc moze idealny rozmiar na

> > 'maly modul', ('przestrzen'), - odzielny plik ze zrodlem

> No ja wiem że to jest bardzo dużo jak na procedurę. Policzyłem

> ile mam wierszy w innym projekcie i rzadko mam powyżej 10. Aż

> sam się zastanawiam dlaczego w tym projekcie nie zamierzam

> uprościć tych procedur po 1-2tys wierszy. A takich dużych procedur

> mam  sporo. Może dlatego że one realizują zawsze zadanie tego

> samego typu i prościej jest mieć jedną dużą procedurę niż

> 30 małych?

> Pozdrawiam

mz nie musisz dzielic - nie powinienem sie powtarzac ale
kiedys pisalem o rozroznieniu i ew slowie kluczowym w c
jak 'once' albo 'solid' oznaczajace te funkcje ktore maja
tylko jednago parenta i sa niejako wydzielone nie z
fizycznej potrzeby a dla tego by poformatowac kod na
kawalki - takie powydzialanie oczywiscie ISTOTNIE UTRUDNIA
czytelnosc kodu bo czytelnik widzac wydzielona funkcje
nie wie ze ma ona tylko jednago parenta (slowko 'once'
w naglowku by troche pomoglo). Sam akurat zwykle
dziele na male funkcje ale jak mowie zauwazylem ze
takie wydzielanie bez potrzeby pogarsza czytelnosc kodu
(bo tak naprawde zeby go zanalizowac (jesli
nie jest w jakis inny sposob oczywisty i wymaga analizy)
trzebeby odtwarzac graf wywolan i poszukiwac co wywoluje
co. Mozna tez rozwazyc nie wydzielnaie funkcji ale
dzieleni ich komentarzami na bloki czasem tak pisalem
w stylu

main()
{
/* wczytaj bitmape
*/

tu kilkanasci linijek kodu

/* transformuj
*/

tu kilkanascie liniejek kodu


/* zapisz do pliku
*/

tu kilkanasci linijek kodu


}


nie ma rozdrabniania drzewka wywolan a jest podzial
na bloki (jak mowie realnie sie tymi sprawami az tak nie
przejmuje bo jest duzo innych spraw ale takie sa moje
spostrzezenia ntt)




--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl