grupa

Ponieżej chciałbym przedstawić kilka porad, jak lepiej pisać
programy w grupach. Nie będzie tego wiele, ale liczy się jakość
a nie ilość. Otóż pisałem kilka programów razem (Visual
Basic, Turbo Pascal) i mam trochę w tym doświadczenia. Mam tu
na myśli pisanie programów, że najpierw, ja piszę program, później
ktoś inny a potem znowu ja itp. Po pierwsze, to jeśli druga
osoba wprowadzi w kodzie bardzo dużo zmian, to ciężko będzie
się połapać co jest co. I tu można temu zapobiec : każdy kto
wprowadza zmiany w programie, niech napisze w pliku tekstowych
grubsze zmiany. Po drugie przy deklaracji zmiennych piszmy po co
tą zmienną zadeklarowaliśmy, abyśmy wiedzieli że X to
licznik a Y to String zawierający hasło zakodowane a jeszcze G
to zmienna pomocnicza do pętli for. Po trzecie przed procedurą
napiszmy co ona robi. Wygląda to tak :

Private Sub X

' Ta procedura koduje plik

... kod .....

End Sub

Robi to wiele. Przy wywołaniu procedury też napiszmy krótki
komentarz, czyba, że procedura nazywa się normalnie tj np.
LoadOptions, Koduj, SaveOptions. Wtedy komentarz tylko denerwuje

Jeszcze jedna ważna rzecz to pliki. Napiszmy w jakimś pliku
tekstowym, do czego służy dany plik (chodzi mi o pliki tworzone
przez aplikację, lub te z których korzysta, tj popularne pliki
DAT, INI). Jeśli plik jest kodowany napiszmy algorytm jego
dekodowania. Poza tym jak ktoś edytuje program i widzi plik
opcje.ini o zawartości : 0,1,0,0,1 to mu to dużo
nie mówi, więc powinniśmy napisać że pierwsza cyfra to ...

Inna sprawa to kontrolki. Raz się zdarzyło, że dostałem
dany program a nie mam jakiejś kontrolki. Staraj się nie używać
bez powodu obcych kontrolek. Wszystkie kontrolki pod kontrolką
OLE to kontrolki z plików OCX czyli niestanadardowe.

Te porady na pewno ułatwią współpracę !!! Nawet jeśli
sam piszesz programy a są to bardziej rozbudowane programy, to
stosuj się do tych porad !!! Za pół roku nie będziesz
wszystkiego pamiętał a wtedy te różne pliki tekstowe nam
wiele dadzą