Operativsystem: .............................................................

Et namespace tjener mest til at etablere et logisk hierarki så man kan finde rundt i tusindvis af
klasser. I ’System.Windows.Forms’ er System det ydre namespace, Windows et under namespace
under System og Forms et under namespace under Windows.
Sætningen using System tjener til at koden kan skrives nemmere – og til at kompileren kan vide
hvilket namespace dvs hvilke klasser og metoder jeg taler om.
Et namespace kan være defineret i en enkelt fil eller – hvis der er tale om mere professionelle
applikationer - i mange filer.
Et namespace er en logisk struktur, IKKE en fysisk struktur. Fx findes der ikke noget namespace
mscorlib eller ’using mscorlib’ men der findes en DLL fil (en fysisk fil) mscorlib.dll! Det logiske
og fysiske dækker ikke altid hinanden.
Namespaces er kun ’noget som vi ser’ – set fra compilerens synspunkt er der ikke noget som hedder
namespaces. Fx klassen ’Form’: Set fra .NET systemets synspunkt hedder denne klasse simpelthen
’System.Windows.Forms.Form’ !!! Det er kun os, der opfatter det sådan, at klassen hedder Form
men ligger i det og det namespace!
En ’using System;’ er et ’præ processor direktiv’ som gør at systemet indsætter ordet ’System.’
foran vores linje: ’Console.WriteLine()’ så at den linje kompileren rent faktisk arbejder med
kommer til at lyde: ’System.Console.WriteLine();’.
Det er vigtigt at huske, at en ’using System.Xml;’ er en ’typografisk’ genvej – for selve DLL filen
bliver IKKE refereret (inddraget) fordi jeg skriver en using!!
På en vis måde svarer et namespace til en mappe på harddisken og en klasse til en fil – forstået på
den måde at to filer godt kan have det samme navn, HVIS de ligger i to forkellige mapper! Men
bortset fra denne analogi har et namespace ikke noget at gøre med en fysisk struktur.
Java anvender også namespaces, men i Java er et namespace bundet – som en fysisk struktur - til
en mappe på computeren! Namespaces findes også i C++.
Namespaces gør genbrug og anvendelse af komponenter meget nemmere i koden. Fx kan jeg have
anskaffet mig en ’fremmed’ DLL fil som indeholder en klasse ArrayList. På grund af namespaces
kan jeg godt både bruge denne ’fremmede’ ArrayList og .NETs egen ArrayList samtidigt! Det
eneste jeg skal gøre er at angive den fulde sti til klassen fx sådan – hvis vi forudsætter et firmanavn
som namespace:
System.Collections.ArrayList dotnetliste;
SuperDigital.ArrayList sdListe;
Namespaces skal dels skabe en logisk orden i klasserne, dels løse det problem at vi kan have
forskellige klasser med præcist samme navn. Hvis følgende kode forsøges kompileres, giver det en
fejl og koden kan ikke kompileres:
// illustrerer name clash og namespace: fx Timer: