Generelt

Well det er fedest at ha en gang funktioner evt, som include filer, på den måde undgår du spild plads og spildte kræfter :)

så smid dem i include filer, HUSK dog altid at kalde dem .asp istedet for det mange gør .inc på .inc måden kan din kode læses som en txt fil, ikke hvis du smider dem som .asp

Spørgsmålet er hvad man helt nøjagtigt bør smide i includefiler, funktioner osv. ?

Nogle principper for hvordan man arrangerer sin filsamling ?

Tja, jeg plejer at have en mappe med grafik (images eller gfx), en mappe med include filer (include) og så resten i roden.

- og så resten i roden....Hvor mange filer kan det dreje sig om ?

Det kommer jo an på hvor mange funktioner og sider der er på webbet. En side jeg har består af 6 sider i roden en anden består af 23 og en tredie består af 75 sider.

Alt efter styresystem er der vel en grænse for hvor mange filer man kan have i en mappe. På en Windows NT/2000 maskine kan man godt have over 25000 filer i samme mappe - så det bliver nok ikke et problem.

Man kan jo heller ikke sige hvor mange sider der er i en bog - det kommer jo helt an på hvor meget der bliver fortalt i den.

Jeg syntes at man skal gøre sådan::

<html>
<body>
<%call dinfunktion%>
</body>
</html>

<%
Function dinfunktion
Response.Write(\"Dinfunktion\")
End function
%>

Så syntes jeg at man har mere styr på det.
Altså lav alle de funktioner der skal bruges på siden, i bunden.

Hvorfor FUNCTIONs i bunden ??? 
Er det ikke nemmere hvis de er i starten af siden. Så kan du nå at se navnene på dine FUNCTIONs på vejen ned gennem siden. Det vil gøre det nemmere for dig at skeldne mellem ASP kommandoer og kald til egne FUNCTIONs og SUBs.

Principelt bør en FUNCTION ikke udføre kommandoer som response.write, men blot beregne og returnere et resultat.
Skal der udføres kommandoer som response.write bør det gøres i en SUB.
Men ASP.dll er ligeglad - den eneste forskel for den er at FUNCTION kan returnere en værdig og det kan SUB ikke.

hmm