I ASP så exekverades koden i .asp sidorna av webbservern när någon tittade på sidan.
I ASP.NET så är koden förkompilerad. Detta innebär att du kan använda olika språk, t.ex. C#, J# och VB.NET i samma webbapplikation.
Om du använder dig av code-behind så ligger denna i en .aspx.vb fil vilket måste kompileras.
I ASP så använde man scriptspråk, dessa översätts av browsern. I .NET använder du "riktiga" programmeringsspråk som måste översättas, dvs kompileras, INNAN browsern kan förstå vad som ska göras. Webbservern använder den kompilerade koden och skickar sedan resultatet till browsern.
Med andra ord så måste du kompilera din kod om du ska hålla på med .NET.
Om du använder Visual Studio .NET så kompilerar den allt åt dig. I bin mappen så finns det en .dll fil som heter samma som ditt webbprojekt. Denna innehåller information om alla filerna i sajten.
Jag rekommenderar att du införskaffar en bra lärobok för ASP.NET. Min favoritbok är ASP.NET Unleashed av Stephen Walther. Med den lärde jag mig grunderna i ASP.NET och jag använder den fortfarande som referens.
Assemblyn är enheten i vilken MSIL (MicroSoft Intermediate Language) koden är lagrad. Det finns stora likheter med vanliga dller eller exefiler fast assemblys har egenskapen att de är självbeskrivande.
En assembly innehåller egentligen en massa saker. I delen som beskriver assemblyn själv (kallas för manifest) finns exempelvis dessa saker:
assembly namn
assemblyversion
refererade assemblies
med mera.
vidare innehåller en assembly information om de datatyper som finns i MSIL delen av assemblyn. En assembly kan även innehålla applikationsresurser så som ikoner och ljud.
en assembly kan vara en applikation (.exe). Har den ändelsen .dll är det ett klassbibliotek. Den enda egentliga skillnaden är att det i exe-filen finn det en inträdespunkt till programmet.
Kolla i boken Essential .net (Don Box och Chris Sells) om du vill veta mer om assemblies
1. Okompilerade filer, alltså endast aspx filer, eller aspx med codebehind som inte är kompilerad.
2. Kompilerad codebehind filer, alltså aspx filer och dll filer.
3. Filer inladdade i minnet.
Så när den första besökaren kommer till din sida så kommer man ladda in kompilerade filer in i minnet och instansiera dessa (typ skapa static klasser osv, om dessa inte är lazy loading).
Om dina filer inte är kompilerade, så kommer dessa först att kompileras och en kompilator kontroll av dina filer görs, det betyder att du här kan få ett kompilator fel och dina sidor kan inte köras, inte bra! Så kompilera alltid dina sidor först. (Dessutom så laddas de ju fortare)
Om nu ingen besöker din sida på en vis tid (default är 20 minuter) så kommer dina kompilerade filer att laddas ur minnet och på det viset återlämna minnesplats. Det betyder också att nästa gång en besökare kommer, så måste filerna återigen laddas in i minnet, vilket tar längre tid än om en ny besökare hade kommit inom dessa 20 minuter, eftersom då filerna hade funnits inladdade i minnet.
Om du högerklickar på en dll och väljer "properties" och sedan "summary" (eller motsvarande på svenska) så fylls dessa fält från det du skriver här i din assemblyinfo. Är du en hemmasnickrare så behöver du knappast bry dig om detta men om du säljer en produkt så är det inte helt fel att använda sig av dessa fält för att beskriva en assembly.
AssemblyVersion är inte så dumt att använda. I ditt exempel så anges version 1.0 av dig manuellt (major och minor version) medan siffran efter den andra punkten kommer att räknas upp av systemet varje gång du kompilerar. Versionen kan du exempelvis hämta och skriva ut i din applikation. När du dokumenterar ditt projekt så är det viktigt att använda sig av versionhantering för att veta vilken assemblyversion som innehåller vilka uppdateringar.
hur kopplar jag in resource filer i min assembly?
får ut när jag skapar två filer och döper dem till "sprak.en.resx","sprak.sv.resx" när jag skapar med namnet "se" så kommer de ingen se mapp i bin katalogen!
Could not find any resources appropriate for the specified culture (or the neutral culture) on disk
