Jens GyldenkærneClausen wrote in
dk.edb.internet.webdesign.serverside.asp:
> 3) Hvis (når!) noget går galt - brug udskrivning til skærmen for at
> debugge. Tjek hvilken linje der fejler og se om du kan finde en
> logisk grund til fejlen. Udskriv variable med response.write hvis
> du ikke er 200 % sikker på hvad de indeholder.
Eller brug Microsoft Script Debugger.
Med den kan du køre dit asp program linie for linie og checke
variablernes værdi. Det er meget hurtigere end at bruge
response.write. Desværre virker det kun når du afvikler asp koden på
din lokale IIS testmaskine.
> pepss skrev:
>
> > jeg vil derfor gerne høre hvordan i finder fejl i jeres
> > systemer eller bare har nogle tips til hvordan man kan gøre
> > det!?
Når vi taler databaser er der mange fejlmuligheder.
Lad altid databasen indsætte defaultværdier i dine felter når du
tilføjer rekords. Det sparer dig for mange problemer med felter der
indeholder null i stedet for 0 eller en tom streng. Personligt sætter
jeg felter af typen char lig en space, datofelter sætter jeg lig
now() eller getdate() afhængig af databasen, talfelter sætter jeg
enten til 0 eller 1 afhængig af hvad de skal bruges til. Hvis et
talfelt skal bruges i en sammentælling sætter jeg default til 0, hvis
det skal bruges i en beregning sætter jeg default til 1.
Jeg har tidligere brugt et projektstyringsværktøj til at dokumentere
hvilke filer, funktioner, tabeller og variable der blev brugt i en
applikation. Desværre har jeg ikke fundet noget der kan bruges til
ASP. Hvis der er nogen der kender et egnet værktøj hører jeg gerne om
det. Det er nemlig særdeles nyttigt når man efter nogen tid skal
tilbage og rette i en gammel applikation, jeg ved det af erfaring -
det ældste kode jeg har kørende i drift er fra 1988.
mvh VagnT
--
Vil du lære at kode HTML, XHTML, CSS, SSI eller ASP?
- Pædagogiske tutorials på dansk
- Kom godt i gang med koderne
KLIK HER! =>
http://www.html.dk/tutorials