Forskel mellem navneplads og forsamling Forskel mellem
Namespace vs Assembly
I. NET-rammer, samlinger kommer af forskellige byggesten, og disse udgør nøgleenheden, som bruges til implementering, genbrug, kontrol af sikkerhedsrettigheder og aktiveringsscoping. En samling er derimod en samling af typer og ressourcer, der er bygget til at fungere sammen og danne en logisk enhed. Når man ser på en samling, er det tydeligt, at det giver den fælles sprog runtime med sine oplysninger, og dermed kan man være opmærksom på dens implementeringer. En type derimod eksisterer ikke til runtime, især uden for en samling.
Et kig på navneområdet viser også, at der er en samling klasser, og dette gør navneområdet et glimrende valg, der kan bruges i klassisk logisk tilrettelæggelse. Dette er en meget kraftfuld kontrolfunktion, der gør navneplads meget værdifuldt for brugerne.
Når man ser på. NET-miljø, hvor der er navneområde i forbindelse med Visual Studio, henviser rodnavnet til, hvad hver klasse, der er oprettet i Visual Studio, bliver en del af. Namespace overtager også basen for eventuelle undernavneområder, der opstår og tildeles automatisk, når en klasse inde i projektmappen er oprettet. Det er også vigtigt at bemærke samlingsnavnet på den kompilerede fil, som koden er sammensat til.
I standard brug af Visual Studio skal der være et standard navneområde oprettet med samme navn som forsamlingsnavnet. Det er dog tilrådeligt at først tænke på, hvad det er, du har brug for, før du beslutter dig for, om du vil følge med samme navn. Det er vigtigt at tænke på refactoring og omdøbe som dette, hvis det gøres uden forsigtighed, kan forårsage en masse hovedpine for brugerne. Dette er især tilfældet ved brug af kildekontrol. For de bedste resultater, hvis der ønskes forskellige navne for navne- og samlingsnavn, skal omdøbet af hele projektmappen først udføres.
En nem måde at håndtere disse nye problemer på er at have et projektnavn, der er et beskrivende navn, der repræsenterer projektets begreber. Monteringsnavnet skal derimod så meget som muligt forsøge at være faktor i komponentfordeling og teknologi samt firmaets navn.
Samlingen skal altid indeholde navneområder, klasser og datatyper, da det er en lille enhed, der fungerer til kodeudvikling. Det er vigtigt at bemærke, at forsamlingen definerer navnet på. dll-fil. Som det er den enhed, der definerer. dll-fil, er det også det samme filnavn, der skal bruges i tilfælde, hvor der er behov for at undgå. dll problem. Navneområde har vist sig at være et glimrende element, der forhindrer konflikt, når der genereres brugerdefinerede klasser.
Sammendrag
-
Navneområde er en samling bestående af navne, der hver er unikke.
-
Brug af navneområde hjælper med at skabe logiske grænser mellem grupper af klasser.
-
Det er vigtigt at sikre, at navneområde er defineret i brugeregenskaber til enhver tid for at sikre funktionalitet
-
Montering på den anden side er en udgangsenhed
-
Montering hjælper med udførelse og implementering
-
Den indeholder MSIL kode
-
Der er selvbeskrivelse i samling i modsætning til Navneområde
-
Samlingen er byggestenen til. NET miljø
-
Samling er en samling af funktionalitet i både opbygning og funktion
-
Samling hjælper med styring af typer og ressourcer, som enten er tilgængelige eller i implementeringsenheden
