include fil

Det er jo som at stykke et html dokument sammen brik for brik.

Med header footer og menyer.

Jeg bruger ofte include filer som du også beskriver det, og jeg har ikke haft nogle uheldige episoder med det.

Dog er det som med alt andet godt, man skal ikke overdrive. Mener at jeg har læst et sted at hvis man har alt for mange includefiler, kan det have en indvirkning på hvor hurtig siden bliver sendt til brugeren, da webserveren skal første samle det hele til et dokument, og derefter sende det til brugeren.

Der er to måder hvorved du kan inkludere filer, som bliver fortolket forskelligt. De er begge meget anvendelige i forskellige situationer.

Der er den der skrives som:
<!-- #include file="./test.asp"--> (så vidt jeg husker, og brug 'virtual' istedet for 'file' hvis det er via et virtuelt bibliotek)

Denne kommando bruges udenfor ASP-tags, og valideres før ASP'en udføres. Al indholdet fra include-filen sammenlægges med den side der inkluderer filen. Herefter køres den samlede side, som var det en side.

Du kan også bruge:
Server.Execute("./test.asp")

Denne kommando understøttes fra og med IIS 5.0 (W2K Server og frem), og er en ASP-kommando, og skal derfor bruges sammen med al anden ASP kode. Fordelen herved er, at du kan inkludere på bagrund af en IF-sætning el. lign. Den adskiller sig fra include, ved at den afvikler hele den ASP-side du peger på, når kommandoen udføres, og først der. ASP-siden skal være en komplet gyldig ASP-side, med header etc. Den HTML der evt. dannes bliver, ligesom ved include, lagt sammen med den HTML der dannes af filen der inkluderer via Server.Execute (nå, nu bliver det vist også for kringlet at pensle mere ud ;-)

Der er ikke nogen deciderede ulemper ved at inkludere filer, men brug det til at adskille ting, som er generelle fra ting som er specifikke for et website. Du skal ikke bruge det, bare fordi det er "smart", for det har ingen betydning for klienten der tilgår siden.