Forskjellen mellom navn og forsamling

Namespace vs Assembly

I .NET-rammene kommer samlinger av forskjellige byggeklosser, og disse danner nøkkelenheten som brukes til distribusjon, gjenbruk, kontroll av sikkerhetsrettigheter og aktiveringsscoping. En sammenstilling, derimot, er en samling av typer og ressurser som er bygget for å fungere sammen og danne en logisk enhet. Når man ser på en samling, er det tydelig at den sørger for det felles språket runtime med sin informasjon, og med dette kan man være klar over implementeringene. En type derimot eksisterer ikke til kjøretiden, spesielt utenfor konteksten til en forsamling.

En titt på navneområdet viser også at det er en samling klasser, og dette gjør navneområdet et utmerket valg som kan brukes i den logiske organisasjonen av klasser. Dette er en veldig kraftig kontrollfunksjon som gjør navneområdet svært verdifullt for brukerne.

Når man ser på .NET-miljøet der det er navneområde i forhold til Visual Studio, refererer rotenavnene til hva hver klasse som er opprettet i Visual Studio blir en del av. Namespace tar også over på basen for eventuelle undernavneområder som oppstår og tildeles automatisk når en klasse i prosjektmappen er opprettet. Det er også viktig å merke navnet på den sammensatte filen som koden er utarbeidet til.

I standard bruk av Visual Studio, bør det være et standard navneområde opprettet med samme navn som forsamlingsnavnet. Det er imidlertid tilrådelig å først tenke på hva det er som du trenger før du bestemmer deg for om du vil følge med samme navn. Det er viktig å tenke på refactoring og omdøpe som dette, hvis det gjøres uten forsiktighet, kan forårsake mye hodepine for brukerne. Dette er spesielt tilfellet når du bruker kildekontroll. For de beste resultatene hvis forskjellige navn er ønsket for navneplass og samlingsnavn, bør omdøpet av hele prosjektmappene gjøres først.

En enkel måte å håndtere disse nye problemene er å ha et prosjektnavn som er et beskrivende navn som representerer konseptene i prosjektet. Monteringsnavnet, derimot, bør så mye som mulig prøve å faktor i komponentfordeling og både teknologien og firmanavnet.

Samlingen bør alltid inneholde navneområder, klasser og datatyper, da det er en liten enhet som fungerer for kodeutvikling. Det er viktig å merke seg at samlingen definerer navnet på .dll-filen. Som det er enheten som definerer .dll-filen, er det også det samme filnavnet som må brukes i tilfeller der det er behov for å unngå .dll-problemet. Navneområde har vist seg å være et utmerket element som forhindrer konflikt når du genererer brukerdefinerte klasser.

Sammendrag

1. Namespace er en samling som består av navn som er unike

2. Bruk av navnerom hjelper til med å opprette logiske grenser mellom grupper av klasser.

3. Det er viktig å sikre at navneområde er definert i brukeregenskaper til enhver tid for å sikre funksjonalitet

4. Montering på den annen side er en enhet for utgang

5. Montering hjelper i versjon og distribusjon

6. Den inneholder MSIL-kode

7. Det er selvbeskrivelse i montering i motsetning til Namespace

8. Samlingen er byggeklossen i .NET-miljøet

9. Montering er en samling av funksjonalitet både i bygg og funksjon

10. Montering hjelper i styringen av typer og ressurser som er enten tilgjengelige eller innenfor implementeringsenheten