.Net framework



Internettet er en uudtømmelig kilde til viden, også når det drejer sig om .Net framework. Århundreder og århundreder af menneskelig viden om .Net framework er blevet hældt og bliver stadig hældt ind i nettet, og det er netop derfor, at det er så vanskeligt at få adgang til det, da vi kan finde steder, hvor det kan være vanskeligt eller endog upraktisk at navigere. Vores forslag går ud på, at De ikke skal lide skibbrud i et hav af data om .Net framework, og at De hurtigt og effektivt skal kunne nå frem til alle visdommens havne.

Med dette mål for øje har vi gjort noget, der går ud over det indlysende, og vi har indsamlet de mest opdaterede og bedst forklarede oplysninger om .Net framework. Vi har også indrettet den på en måde, der gør den let at læse, med et minimalistisk og behageligt design, der sikrer den bedste brugeroplevelse og den korteste indlæsningstid. Vi gør det nemt for dig, så det eneste, du skal bekymre dig om, er at lære alt om .Net framework! Så hvis du mener, at vi har nået vores mål, og du allerede ved, hvad du ville vide om .Net framework, vil vi meget gerne have dig tilbage på dette rolige hav af sapientiada.com, når din videnshunger er vakt igen.

Den .Net-Framework ( korrekt stavning : .NET Framework ) er en del af Microsofts softwareplatform .NET og som sådan opfylder sin funktion i udviklingen og gennemførelsen af programmet, der integrerer og anvender den ramme . .NET -rammen tilbyder både et runtime -miljø til udførelse og et programbibliotek til udvikling af programmer. For slutbrugeren er .Net-Framework en middleware , uden den software og applikationer, der bruger .Net-Framework, ikke kan køre.

Siden Windows Vista er .Net-Framework installeret sammen med operativsystemet. Siden introduktionen er rammen blevet vedligeholdt af Microsoft via Windows Update .

Rammerne standardiserede og moderniserede metoden til applikationsudvikling til Microsoft -operativsystemet, som den udelukkende var tilgængelig indtil introduktionen af .NET Core . Det består af grænseflader til operativsystemet og programbiblioteker, herunder til filadgang , netværkskommunikation , databaseadgang , grafik og grafiske brugergrænseflader , men også gentagne gange brugte dele af programmet, såsom vigtige for hash -funktioner til adgangskoder , tid og dato beregnings- og konverteringsfunktioner eller funktioner fra daglig matematik . Endnu mere komplekse programsekvenser, såsom samtidig udførelse af programdele til bedre brug af kommercielt tilgængelige multi-core-processorer, kan lettere implementeres og mindre tilbøjelige til fejl med rammen.

.NET -applikationer er ikke uafhængigt eksekverbare programmer, fordi de ikke oversættes direkte til maskinsprog , der kunne udføres indbygget af en processor . Af denne grund kræves .Net -rammerne for at køre dem. I november 2020 blev .NET Core, .NET Standard og .Net Framework slået sammen til videreudvikling som en ensartet platform under navnet .NET 5.0 . Programmer, der er oprettet under .Net-Framework 4, bør dog kunne køre permanent på operativsystemversionerne Windows 7/8/10.

Oprindelseshistorie

Udviklingen af .NET -platformen blev anset for nødvendig for at erstatte de aldrende Windows -koncepter med nye, men det var også resultatet af Microsofts juridiske tvist med Sun om Java . Microsoft havde tilpasset Java -systemet udviklet af Sun og udvidet det efter egne behov, hvilket forringede Java -applikationers platformuafhængighed . Da Sun forhindrede det blandt andet ved domstolskendelse, ændrede Microsoft sin strategi. Derudover var det indtil udviklingen af .NET ikke lykkedes Microsoft at få fodfæste på det lukrative marked for små mobile enheder.

Derudover havde forskellige inkompatible softwaresystemer til Windows udviklet sig over tid. De tre programmeringssprog, der mest blev brugt til Windows, C ++ , Visual Basic, samt Microsofts implementering af en Java -syntaks, J ++, var ikke kompatible med hinanden, og samarbejde på tværs af forskellige broer viste sig at være meget kompliceret.

Strenge og ANSI / Unicode

De datatyper for strygere var ikke binært kompatible med hinanden. Hvis du ville skrive disse på tværs af to softwaresystemer, var du nødt til at acceptere tab af runtime på grund af konverteringsfunktioner. Sameksistensen af ANSI og Unicode gjorde tingene værre. Mange programmer understøtter ikke Unicode eller er endnu ikke udstyret til det. .NET bruger ensartet Unicode til tegnstrenge.

Hukommelsesstyring

Hver udviklingsplatform havde sit eget system til styring af hukommelsen. J ++ og Visual Basic havde automatisk hukommelsesstyring ; det vil sige, at programmereren (stort set) overlod styringen af hukommelsen til systemet. Visual C ++ havde derimod ingen hukommelsesstyring, programmøren skulle selv tage sig af det.

Videregivelse af kildekoden

Den 17. januar 2008 offentliggjorde Microsoft kildekoden til rammen under den restriktive Microsoft Reference License . Microsoft besluttede at tage dette skridt tilbage i oktober 2007, da Sun Microsystems stillede sit Java -produkt til rådighed under GNU GPL med sine egne yderligere klausuler.

I slutningen af 2013 grundlagde Microsoft, Xamarin (Mono) og andre .NET Foundation som den nye rettighedshaver og licensgiver af .Net framework. Siden da er næsten alle rettigheder til .NET -klassebiblioteket blevet overført fra Microsoft til .NET Foundation . Fra 2014 forvaltes 30 projekter under .NET Foundation 's paraply .

Forholdet til mono

Dele af open source -fællesskabet så oplysningerne under den restriktive licens på det tidspunkt som en trussel mod Mono -projektet , som delvist gør .NET -applikationer tilgængelige under Linux. Microsoft hævdede stadig i 2007, at projektet indeholdt kildekode fra .NET framework. Da rammen og Mono implementerer .NET lige meget , er der frygt for uundgåeligt stærke ligheder i kildekoden.

Den kontroversielle patentaftale mellem Microsoft og Novell (den tidligere promotor for Mono ) beskytter i øjeblikket både Novell -fællesskabet og Microsoft mod gensidige patentkrav.

Med etableringen af .NET Foundation og overførsel af rettigheder og kildekoder til fonden arbejder Microsoft aktivt med Xamarin (Mono) for at levere .NET på forskellige platforme. Ved at afsløre kildekoden under MIT -licensen eller Apache 2.0 -licensen kan .NET -rammeens kildekode bruges på næsten enhver måde - dvs. også i lukkede kildeprojekter . Licens- og patentrelaterede tvister er næsten ikke længere mulige og derfor ikke længere frygtelige.

Kronik af .NET Framework -udviklingen

år begivenheder
2000
  • Juni - Bill Gates introducerer .NET -visionen for første gang.
  • Juli - På udviklerkonferencen Professional Developers Conference ( PDC ) er der for første gang cd'er med eksekverbare foreløbige versioner af rammen og af Visual Studio .NET
  • Oktober - C # og CLI (se nedenfor) indsendes (af MS, HP og Intel) til den europæiske standardiseringsorganisation European Computer Manufacturers Association (ECMA) , hvilket er et usædvanligt trin i åbningen for Microsoft.
2002
  • Januar - .NET (V1.0) præsenteres officielt med det tilhørende udviklingsmiljø SDK (og Visual Studio .NET 2002).
  • Forvirring: I forbindelse med markedsføring er Microsoft vant til at forsøge at gruppere alle kommende nye udviklinger under ét .NET -udtryk, hvilket betyder, at selv eksperter, herunder Microsoft -medarbejdere, ikke længere forstår, hvad det egentlig handler om. Programmeringsteknologien og udviklingsmiljøet er i første omgang forbundet med bestemte webtjenester, der tilbydes af Microsoft (kodenavnet Hailstorm bliver .Net My Services) og senere afkoblet fra .NET igen ved markedsføring. Den næste generation af Windows -operativsystemer annonceres også som en del af .NET.
2003
  • Præsentation af .NET 1.1 og Visual Studio 2003 med i det væsentlige mindre forbedringer og forbedringer.
2005
  • Betaversioner af .NET 2.0 og Visual Studio 2005 tilgængelige
  • 7. november: Visual Studio 2005 og .Net-Framework 2.0. frigives i USA.
  • 19. december: Tysk version af .Net Framework 2.0 tilgængelig
2006
  • 6. februar: Visual Studio 2005 udgives på tysk.
  • 6. november: .NET Framework 3.0 tilgængelig
2007
  • Første rapporter om .NET 3.5 og det nye Visual Studio 2008 med kodenavnet "Orcas"
  • 19. november: .NET 3.5 og Visual Studio 2008 udgives i USA.
2008
  • 17. januar: .Net-Framework udgives i kildekoden med henblik på "lettere fejlfinding ".
  • Februar: Visual Studio 2008, Microsoft SQL Server 2008 og Windows Server 2008 frigives.
2009
  • 18. maj: .NET 4.0 Beta 1 frigivet
  • 19. oktober: .NET 4.0 Beta 2 frigivet
2010
  • 10. februar: .NET 4.0 RC frigivet.
  • 12. april: .NET 4.0 og Visual Studio 2010 udgivet i sidste version
2012
  • 31. maj: .NET 4.5 RC frigivet
  • 15. august: .NET 4.5 (Final) frigivet
2013
  • 12. oktober: .NET 4.5.1 (Final) frigivet
2014
  • 5. maj: .NET 4.5.2 (Final) frigivet
2015
  • 20. juli: .NET 4.6 (Final) frigivet
  • 17. november: .NET 4.6.1 (Final) frigivet
2016
  • 20. juli: .NET 4.6.2 (Final) frigivet
2017
  • 5. april: .NET 4.7 udgivet som en del af Windows 10 Creators Update
  • 2. maj: .NET 4.7 udgivet som en selvstændig installation
  • 17. oktober .NET 4.7.1 frigivet
2018
  • 30. april: .NET 4.7.2 frigivet
2019
  • 18. april: .NET 4.8 frigivet

Koncept og komponenter

.NET-platformen er implementeringen af den Common Language Infrastructure Standard (CLI) og med dette udgør et grundlag for udvikling og gennemførelse af programmer, der er blevet oprettet med forskellige programmeringssprog på forskellige platforme. Hovedkomponenterne er det (objektorienterede) runtime-miljø Common Language Runtime (CLR) , Base Class Library (BCL) og forskellige hjælpeprogrammer, f.eks. Til rettighedsstyring.

Med .NET erstattede Microsoft tidligere anvendte softwareudviklingskoncepter, f.eks. Component Object Model, indtil den genaktiverede COM i en udvidet form under navnet Windows Runtime . Siden har Microsoft planlagt parallel brug af begge rammer til Windows 8 -operativsystemgenerationen .

Fælles sprogkørselstid

Den Common Language Runtime (CLR) er den runtime miljø af .Net Framework og indeholder JIT compiler for standardiseret mellemliggende kode , den Common Intermediate Language (CIL). CIL blev tidligere kaldt Microsoft Intermediate Language (MSIL) , men blev omdøbt som en del af standardiseringen af Ecma International . Der blev defineret et system på tværs af sprog med objektbaserede datatyper , så der kan oprettes en gyldig CIL-bytekode for alle sprog på højt niveau, der overholder Common Language Infrastructure Standard (CLI) .

.NET blev udviklet fra starten, så programmører kunne arbejde på forskellige programmeringssprog. Hvert af disse sprog på højt niveau oversættes derefter til CIL af .NET.

Det særlige ved CLR er ikke så meget den tekniske innovation som Microsofts strategiske beslutning om et runtime-baseret system . Det skal blandt andet hjælpe med at reducere systemnedbrud, da runtime kan fange applikationsfejl. Dette var første gang, Microsoft besluttede imod den tidligere anvendte direkte kompilering i målsystemets maskinkode . Sammen med Javas markedsstyrke og succes med scriptsprog kan en tendens identificeres. Dette repræsenterer et brud med de direkte kompilerende programmeringssprog (især C ++ og C ).

Ved hjælp af refleksion er det muligt at generere programkode ved runtime ved hjælp af en objektmodel og konvertere den direkte til eksekverbar kode i hukommelsen.

.NET -terminologien skelner mellem bytecode , som administreres af CLR og konverteres til maskinsprog ( administreret kode ), og dele, der ikke udføres inden for CLR ( ikke administreret ). Der er også mulighed for at skrive såkaldt usikker kode (eller kode i en usikker kontekst ) i .NET for fortsat at f.eks. B. klassisk pointer - operationer, der skal udføres direkte på et lagerområde.

Interop -teknologi

Ved hjælp af interop-teknologi kan alle klassiske, binært kompilerede Windows-biblioteker forsynes med .NET-kapsler (eller med såkaldte wrappers ), og derefter kan deres programfunktioner kaldes op som normale .NET- programfunktioner . Fra et teknisk synspunkt opgiver CLR imidlertid en stor del af kontrollen over programflowet, når der kaldes til en funktion af en ikke -overvåget DLL.

Omvendt kan .NET -funktioner såsom COM -funktioner også kaldes. Dette skulle muliggøre en problemfri migrering af softwareprojekter til .NET og lette integrationen af .NET -moduler i et eksisterende miljø.

sikkerhed

Et af de vigtigste begreber for .NET er sikkerhed. Sikkerhedskonceptet begynder med mekanismer, der formodes at garantere programproducentens identitet ( ægthed ), går videre til dem for at beskytte programmerne mod ændringer ( integritet ) og strækker sig til teknikker, der bestemmer oprindelsesstedet eller programudførelsen (f.eks. Internet ) inkluderer. Der er både en kodebaseret (kodebaseret sikkerhed) og en brugerbaseret (rollebaseret sikkerhed) sikkerhedsmodel.

Egenskaber

En nyskabelse af .NET, der er interessant fra et programmeringssynspunkt, er introduktionen af attributter : markerede metadata som en del af programmeringssproget. For eksempel kan komponentegenskaber udtrykkes i forbindelse med komponentbaseret programmering. Beskrivende egenskaber kan føjes til koden til distribution, installation og konfiguration, sikkerhed, transaktioner og andre programmer.

Inden for et program kan refleksion bruges til at få adgang til attributterne for et .NET -program og de elementer, det indeholder.

Dette koncept blev senere vedtaget i blandt andet Java, hvor det implementeres i form af såkaldte annotationer .

Distribueret programmering og webtjenester

.NET fra version 3.0 indeholder Windows Communication Foundation til kommunikation i distribuerede systemer. Disse giver udviklere mulighed for at løse problemer, der tidligere kunne løses med følgende teknologier i .NET -rammen ved hjælp af en ensartet programmeringsmodel.

  • ASP.NET Web Services (ASMX) med Web Service Enhancements (WSE) -udvidelser
  • Microsoft Message Queue (MSMQ)
  • Enterprise Services / COM + runtime -miljø
  • .NET fjernbetjening

Sprogneutralitet og blandet sprogprogrammering

Den Common Language Specification (CLS) definerer bytekode af DAU som en fælles undergruppe , som kan oversættes og eksekveres af det virtuelle runtime miljø ( VM ) i maskinkode af målet maskine. Dette gør det muligt at programmere .NET med forskellige sprog tilpasset CLR. Disse er f.eks. Allerede leveret af Microsoft i Visual Studio , ud over det C # -sprog, der blev introduceret af Microsoft for .NET , C ++ / CLI -sprogene , den proprietære Visual Basic .NET og J # (en port til Microsofts ændrede Java -implementering) og endelig - ikke at forveksle med J # - JScript .NET . Derudover blev det funktionelle programmeringssprog F # introduceret med Visual Studio 2010 .

Især det ensartede typesystem (Common Type System) , der beskriver et fælles skæringspunkt mellem datatyper , sikrer en gnidningsløs interaktion, når man kalder komponenter skrevet på et andet sprog. Dette repræsenterer et vigtigt skridt fremad, da du under Visual Basic 6 muligvis har været tvunget til at programmere funktioner i Visual C ++, som ikke kunne implementeres i Visual Basic. I dette tilfælde var der altid vanskeligheder ved at kortlægge datatyperne fra Visual Basic til de tilsvarende datatyper under C ++. Ved programmering af COM -komponenter i C ++ måtte programmøren også nøjes med et begrænset sæt datatyper, der kunne bruges til automatisering. Desuden blev tegnstrenge lagret forskelligt internt under C ++ og Visual Basic 6, hvilket gjorde programmering vanskelig.

Fordelene ved .NET flersproget programmeringsstøtte er ikke ubestridte. For eksempel er vedligeholdelsesværdien af et projekt, der er blevet implementeret på flere sprog, værre end når det udvikles med kun ét sprog.

Ud over sprogene C # , Visual Basic .NET , F # og C ++ / CLI (Managed C ++) , som Microsoft har tilpasset til .NET -platformen , stilles andre .NET -sprog til rådighed af tredjeparter (for eksempel Delphi Prism fra Embarcadero , men også mindre kendte sprog som APL fra Dyalog).

IDE leveret af Microsoft til .NET , Visual Studio .NET , giver mulighed for at integrere yderligere sprog fra tredjepartsudbydere i et projekt og dermed bruge deres funktionalitet. Det faktum, at udvikling finder sted i et konsekvent udviklingsmiljø, og at der ikke er en separat IDE for hvert sprog, er en ekstra fordel.

Platformens uafhængighed

Den ønskede platformuafhængighed ville i princippet være mulig under .NET, Microsoft havde selv stillet en begrænset (og ikke længere aktuel) .NET -variant til rådighed for den første version af .NET kaldet Shared Source CLI ( SSCLI ) til macOS og FreeBSD i 2002 . Version 2.0 af SSCLI for .NET 2.0 fulgte i 2006, men kan kun køre på Windows XP SP2.

Flere open source -projekter, der stort set er uafhængige af Microsoft, har vedtaget en tilsvarende fleksibel implementering af rammekomponenterne på grundlag af ECMA -standarden. Det mest udviklede projekt er Mono , som blev initieret af producenten Ximian. Den dotGNU projektet, der arbejdede på en runtime environment kaldet Portable.NET , blev afbrudt.

Begge implementeringer er dog endnu ikke på udviklingsniveau for nutidens .NET. Mono har nået en vigtig milepæl med version 2.0, nemlig kompatibilitet med de ikke-Windows-specifikke biblioteker i .NET 2.0. På den anden side er der mange programmer, der bruger P-Invoke eller COM Interop; H. få adgang til biblioteker, der ikke er tilgængelige i IL-kode, men i normal processorspecifik maskinkode. Mono kan også få adgang til biblioteker skrevet i C eller C ++, men de fleste af disse biblioteker er platformafhængige. Med .NET 3.0 og .NET 3.5 har Microsoft også offentliggjort større videreudviklinger af rammen, som Mono og dotGNU endnu eller kun delvist har implementeret, men er i gang. Windows Presentation Foundation , som ikke vil blive genimplementeret i en overskuelig fremtid, blev eksplicit udelukket . Der vil dog stadig være understøttelse af XAML .

Kørselsmiljø

Som nævnt ovenfor administreres administreret eller administreret kode af runtime -miljøet Common Language Runtime (CLR). Denne virtuelle maskine accepterer anmodning og frigivelse af hukommelse og andre ressourcer ( affaldssamling , Eng. Garbage collection ) og sikrer, at beskyttede hukommelsesområder ikke kan adresseres direkte eller overskrives. Som beskrevet ovenfor under Sikkerhed kan adgang til tjenester, filsystemfunktioner eller enheder også overvåges, og hvis de overtræder sikkerhedsretningslinjer, kan nægtes af CLR.

Udførelseshastighed

For succesen med .NET var og er det vigtigt at vinde udviklingssamfundet C ++ for .NET. Som et resultat var hastighed et vigtigt designmål med .NET fra starten.

Forskellige teknikker bruges til at forsøge at holde CLR's negative indflydelse på udførelseshastigheden så lille som muligt. For eksempel blev såkaldte JIT-kompilatorer introduceret analogt med Java , som rammer en mellemvej mellem fortolkning og kompilering. Derudover kan du med .NET også installere programmer i allerede kompileret kode, som et såkaldt native image , som en ny funktion . Dette har en særlig effekt på de indledende indlæsningstider for programmer med et større antal klasser. Endvidere kan hukommelseskravet reduceres, hvis flere programmer bruger den samme samling, eller hvis programmet startes flere gange ( terminalserver ), da de native billeder, i modsætning til JIT -kode , deles mellem programmerne via delt hukommelse . Gevinsten i eksekveringshastighed gennem native -billeder skal analyseres ved omhyggelige målinger ("profilering"). Brugen af indfødte billeder kræver yderligere planlægningstrin i udviklingen af softwaren, f.eks. Et omhyggeligt udvalg af samlingernes DLL -basisadresse for at forhindre flytning af DLL'erne. Endelig skal samlingerne også installeres i GAC for at kunne garantere integriteten af billederne baseret på identiteten. Hvis dette ikke overholdes, fører flytningen eller identitetskontrollen af forsamlingen til yderligere udførelsestider, som igen ødelægger fordelen ved de indfødte billeder.

Den automatiske ressourceforvaltning og den forbedrede sikkerhed har dog deres pris - udførelsen af administreret kode kræver flere ressourcer og tager mere tid. Desuden er svartiderne på programhændelser meget vanskeligere at beregne og i nogle tilfælde betydeligt længere, hvilket i høj grad begrænser anvendeligheden i realtidssystemer .

En grund til dette er automatisk skraldespand, automatisk genvinding af unødvendig hukommelse og andre ressourcer. Som regel bestemmer affaldssamleren, hvornår hukommelsen skal ryddes op. Udvikleren kan dog også selv bestemme tidspunktet for affaldssamlingen. Selvom dette på den ene side kan reducere udførelsestiden for programkørsler ved at kombinere frigivelsesoperationer, kan reaktionstiderne på begivenheder på den anden side påvirkes. Dette er især ugunstigt for mindre maskiner og udgør et problem, især med hensyn til markedsorienteringen mod små mobile enheder.

.NET bruges nu også i præstationskritiske programmer, for eksempel computerspil (f.eks. Med XNA Framework ), animationsprogrammer, byggeprogrammer og lignende, meget komplekse programmer, da mange programmører er af den opfattelse, at nuværende systemer pga. deres højere hastighed skyldes .NET Compensate for tab af ydeevne.

På den anden side er der den opfattelse, at kvaliteten og effektiviteten af traditionel softwareudvikling lader meget tilbage at ønske, og at de relaterede fordele ved ovennævnte metoder normalt opvejer deres ulemper. Generelt antages det, at fordelingen er asymmetrisk, at f.eks. 90 procent af en gennemsnitlig applikation kan "administreres" uden problemer, det vil sige også kan udføres med automatisk skraldespand og kun 10 procent (f.eks. Individuelle funktioner eller klasser) skal optimeres.

Sidst men ikke mindst kan programmer også optimeres med hensyn til eksekveringshastighed i forbindelse med automatisk skraldespand.

Klassens bibliotek

The Framework Class Library (FCL) indbefatter f.eks B. i version 3.5 allerede omkring 11.400 klasser og andre datatyper, som er opdelt i mere end 300 såkaldte navnerum . Sammenlignet med den første version 1.0 med 3.581 datatyper i 124 navnerum, er dette en markant stigning. Klasserne udfører opgaver som formatering af tekst, afsendelse af e-mails, men også generering af kode. Opdelingen i navneområder bruges til at gøre den store mængde information tydeligere. For eksempel er der klasser til generering af kode i navneområdet System.Reflection.Emit.

Producenten leverer dokumentationen til klasserne i sit Software Development Kit (SDK) (se nedenfor).

Programudførelse

Compileren til .NET -sprog genererer ikke maskinkode, der kan eksekveres direkte af processoren. I stedet genereres en processor- uspecifik mellemkode , den såkaldte mellemliggende sprogkode ( mellemliggende sprogkode, IL-kode). Dette består af kommandoer, der udføres på den stakbaserede virtuelle maskine (VM). De resulterende programmer (".exe -filer") har PE -headeren som native Windows -programmer . En lille rutine i starten af programmet gør det muligt at starte den virtuelle maskine, som igen udfører den mellemliggende kode.

Når programmet udføres, oversætter en JIT -kompilator indeholdt i Common Language Runtime (CLR) miljøet mellemkoden til maskinkode, der derefter kan eksekveres direkte af processoren.

Da kode fra alle .NET -sprog oversættes til det samme mellemsprog, kan funktioner og klassebiblioteker skrevet på forskellige .NET -sprog bruges uden problemer i ét program.

Forsamlinger

Oversatte programklasser opsummeres og gøres tilgængelige som eksekverbare programmer i såkaldte assemblies (sammenlignelige med JAR- filer i Java ). Disse har typisk udvidelserne .exe eller .dll og er gyldige bærbare eksekverbare filer , men er struktureret forskelligt. Især er alle de nødvendige metadata angivet i det såkaldte manifest , så registrering generelt ikke er nødvendig for rene .NET-programmer (undtagelse, f.eks. COM + / Enterprise Services ).

Forsamlinger kan enten være privat , fælles (delt) eller globalt . Private samlinger er i samme bibliotek som det program, der skal køres. Det antages derfor, at versionen af samlingen er kompatibel med programmet og derfor ikke kontrolleres af CLR.

En delt forsamling kan findes i et bibliotek, som flere programmer har adgang til. Et såkaldt stærkt navn er derfor påkrævet for en fælles samling , der består af filens navn på forsamlingen, dens version, kulturen - som definerer lokaliseringen - og en kryptografisk nøgle. Ansøgningen kan informeres om lagringsplaceringen af de almindelige samlinger ved hjælp af en konfigurationsfil, som er placeret i programmets bibliotek. Et stærkt navn kan oprettes ved hjælp af sn -værktøjet .

En global samling lagres i den globale assemblage -cache (GAC). Samlinger kan tilføjes til GAC ved hjælp af gacutil -værktøjet . Forsamlinger med forskellige versioner og kulturer kan gemmes inden for GAC. Konfigurationsfiler kan bruges til at bestemme, hvilke versioner af en samling der skal bruges af applikationen. Hvis der ikke indtastes noget, bruges kun den version, der blev brugt, da programmet blev oprettet. Hvis dette ikke er tilgængeligt, vises der en fejlmeddelelse, når programmet startes.

Aktuelle Windows -versioner har en Explorer -udvidelse, som muliggør en meningsfuld visning af indholdet af GAC i Windows Stifinder .

Tilgængelighed, standardisering, alternative produkter

.NET er fuldt ud kun tilgængelig til Windows. Den 17. januar 2008 frigav Microsoft dele af kildekoden til Windows -udviklere . Store dele af .NET, især runtime- og klassebiblioteker, blev under navnet Common Language Infrastructure (CLI) som ECMA - Standard normaliseret. På grund af standardiseringen af runtime -miljøet er der alternative produkter, der kan køre software, der er oprettet med .NET eller oprette software til .NET. Mange programmer, der blev oprettet med .NET, køres f.eks. Takket være Open Source- projektet Mono stillede software til rådighed på Unix-baserede operativsystemer, f.eks. B. Linux eller macOS .

Producenten Microsoft tilbyder .NET i forskellige former. Som et rent runtime -miljø inklusive de nødvendige klassebiblioteker (framework), som et gratis SDK til udviklere, som et betalt integreret udviklingsmiljø ( IDE ) i form af Microsoft Visual Studio .NET . Især for begyndere og studerende er der gratis Microsoft Visual Studio Express -udgaver med begrænsninger i forhold til de betalte standard- eller professionelle versioner. En anden gratis IDE til .NET (og Mono) under Windows findes i open source -projektet SharpDevelop . Microsoft fortsætter med at tilbyde eleverne mulighed for at købe den professionelle version af Visual Studio gratis via DreamSpark -programmet.

Siden Windows Server 2003 har Microsoft også tilbudt serveroperativsystemer, der allerede har integreret et .NET runtime -miljø. I tilfælde af tidligere versioner skal dette installeres manuelt, hvis den pågældende Windows -variant understøttes. .NET kan kun bruges fra Windows NT 4.0 eller Windows 98 , programmeringen af webapplikationer ( ASP.NET ) kører f.eks. Kun fra Windows 2000 . Fra Windows Vista og fremefter .NET er en kernekomponent i systemet. På ikke -Windows -systemer understøttes .NET ikke officielt af Microsoft - så platformuafhængighed forbliver på listen over muligheder for .NET. Der er imidlertid de allerede nævnte open source -projekter, der gør .NET tilgængeligt for andre platforme (f.eks. Linux), selvom de ikke kan tilbyde hele spektret af funktioner i .NET -rammen under Windows.

Versioner

oversigt

Microsoft begyndte at udvikle .Net -rammerne i slutningen af 1990'erne, oprindeligt under navnet Next Generation Windows Services (NGWS) . Mod slutningen af 2000 blev de første betaversioner af .NET 1.0 frigivet.

version Versionsnummer dato indeholdt i
1.0 1.0.3705.0 5. januar 2002 -
1.1 1.1.4322.573 1. april 2003 Windows Server 2003
2.0 2.0.50727.42 7. november 2005 Windows Server 2003 R2
3.0 3.0.4506.30 6. november 2006 Windows Vista , Windows Server 2008
3.5 3.5.21022.8 9. november 2007 Windows Server 2008 R2
3.5 SP 1 3.5.30729.1 11. august 2008 Windows 7 med SP1
4.0 4.0.30319 12. april 2010 -
4.5 4.5.50501 15. august 2012 Windows 8 , Windows Server 2012
4.5.1 4.5.50938 12. oktober 2013 Windows 8.1 , Windows Server 2012 R2
4.5.2 4.5.51090 5. maj 2014 Windows 8.1 , Windows Server 2012 R2
4.6 4.6.00081 10. juli 2015 Windows 10 , Windows Server 2016
4.6.1 17. november 2015
4.6.2 20. juli 2016
4.7 11. april 2017
4.7.1 13. oktober 2017
4.7.2 4.7.3081.0 10. juli 2018 Windows Server 2019
4.8 4.8.3761.0 18. april 2019

.NET Framework 1.0

Version 1.0 er den første version af .Net Framework. Den blev udgivet den 13. februar 2002 til Windows 98 , NT 4.0 , 2000 og XP . Microsofts support til denne version sluttede den 10. juli 2007; udvidet support fortsatte indtil den 14. juli 2009.

.NET Framework 1.1

Den første .NET -udvidelse blev frigivet som installatør den 3. april 2003. Det blev også solgt som en integreret del af Visual Studio .NET 2003 udviklingsmiljø. Version 1.1 var den første version af .NET, der blev sendt sammen med et operativsystem, nemlig Windows Server 2003 . Indtil udgivelseskandidaten blev dette endda kaldt Windows .NET Server . Officiel support til denne version sluttede den 14. oktober 2008 og udvidet support sluttede den 8. oktober 2013. Da .NET 1.1 er en komponent i Windows Server 2003 , sluttede udvidet support med understøttelse af dette operativsystem den 14. juli 2015 fra.

Ændringer i 1.1 i forhold til 1.0
  • Indbygget understøttelse af ASP.NET - mobilknapper. Tidligere tilgængelig som en tilføjelse til .Net-rammen, nu en del af rammen
  • Ændringer i sikkerhedsarkitekturen - Windows Forms -samlinger fra Internettet udføres i en sandkasse, og Code Access Security er også blevet aktiveret for ASP.NET -applikationer .
  • Indbygget understøttelse af ODBC- og Oracle-databaser, der tidligere var tilgængelig som en tilføjelse til .NET 1.0, nu en del af rammen
  • Introduktion til internetprotokol version 6 ( IPv6 )
  • Forskellige ændringer i API

.NET Framework 2.0

.NET 2.0 blev udgivet sammen med Visual Studio 2005 , Microsoft SQL Server 2005 og Microsoft BizTalk 2006.

  • .NET 2.0 -pakken blev gjort tilgængelig til download den 22. januar 2006.
  • Version 2.0 uden servicepakke er den sidste version, der understøtter Windows 2000 , Windows 98 og Windows Me .
  • Versionen leveres også med Windows Server 2003 R2 (ikke installeret som standard).
Ændringer i 2,0 i forhold til 1,1
  • Mange ændringer i API'en
  • En ny API til native applikationer, der ønsker at være vært for en forekomst af .NET -runtime. Den nye API garanterer fin struktureret kontrol over driftstidens adfærd med hensyn til multithreading, hukommelsestildeling , indlæsning af samlinger og mere. Det blev oprindeligt udviklet til at køre runtime effektivt i Microsoft SQL Server , som implementerer sin egen planlægger og hukommelsesstyring.
  • Fuld 64-bit support til x64 og alle IA64- platforme
  • Sprogstøtte til generiske typer indbygget direkte i .NET CLR
  • Mange tilføjelser og forbedringer til ASP.NET -webknapper
  • Ny datakontrol med deklarativ databinding
  • Nye personlige funktioner til ASP.NET, f.eks. Understøttelse af temaer, skind og webdele

.NET Framework 3.0

.Net Framework 3.0 , tidligere kaldet WinFX , udvider det administrerede API, som er en integreret del af operativsystemerne Windows Vista og Windows Server 2008 . .Net Framework 3.0 til Windows XP fra Service Pack 2 og til Windows Server 2003 har været tilgængelig siden 6. november 2006 for at gøre det muligt for udviklere at udvikle og overføre programmer til Vista i god tid. I den tredje store version af .NET blev der foretaget dybtgående ændringer i arkitekturen. Der er også funktioner, der primært er beregnet til at blive brugt under Windows Vista . .Net Framework 3.0 bruger CLR fra .NET 2.0.

.Net-Framework 3.0 indeholder fire nye hovedkomponenter:

  • Windows Presentation Foundation (udviklet under kodenavnet Avalon ): En ny teknik tilvisning afobjekterpå skærmenved hjælp af beskrivelsessproget XAML, som er specielt udviklet til dette formål. Som med Quartz Extreme under macOS beregnestransparenseffekter f.eks. Ikke med CPU'en , men snarere via 3D -grafikkortet for at øge ydeevnen. Dette lindrer CPU'en og får også systemet til at se mere "flydende" ud.
  • Windows Communication Foundation (udviklet under kodenavnet Indigo ): En ny serviceorienteret kommunikationsplatform til distribuerede applikationer. Microsoft ønsker at kombinere mange netværksfunktioner her og gøre dem tilgængelige for programmører af sådanne applikationer på en standardiseret måde. I denne videreudvikling af DCOM lægger Microsoft særlig vægt på internetbaserede applikationer.
  • Windows Workflow Foundation : Infrastruktur til lettere udvikling af workflow-applikationer, både fra et forretningsmæssigt og teknisk synspunkt, men også til dokument- og webbaserede arbejdsgange. Tilbyder også grafiske designere til Visual Studio (modellering ved hjælp af flow- og tilstandsdiagrammer). Funktioner af dette skal blandt andet bruges i fremtidige versioner af Office ( SharePoint ) og BizTalk .
  • Windows CardSpace (udviklet under kodenavnet InfoCard ): Identitetsstyringsinfrastruktur til distribuerede applikationer. Med Windows CardSpace ønsker Microsoft at etablere en ny standard for blandt andet identitetsstyring på Internettet. Allerede integreret isin egen browser Internet Explorer (version 7) ønsker Microsoft også atudvikle plug-ins til alternative browseretil denne service, men i det mindste til Mozilla Firefox .

Til den foreløbige demonstration af den nye .Net -ramme præsenterede Microsoft Microsoft Max -fototjenesten . Med udgivelsen af den endelige version blev tjenesten afbrudt.

.NET Framework 3.5

Version 3.5 af .Net framework blev udgivet den 19. november 2007. Den bruger CLR fra version 2.0. Med version 3.5 installeres .NET Framework 2.0 SP1 og .NET Framework 3.0 SP1 på samme tid .

Version 3.5 SP1 (11. august 2008) tilføjede ADO.NET Entity Framework 1.0 og ADO.NET Data Services til biblioteket. Med version 3.5 SP1 installeres .NET Framework 2.0 SP2 og .NET Framework 3.0 SP2 på samme tid . Den 18. december 2008 blev der offentliggjort en generel distributionsudgivelse, der kun indeholder fejlrettelser.

Kildekoden for klassebiblioteket (BCL) blev delvist frigivet under Microsoft Reference Source License .

Ændringer siden version 3.0

.NET Framework 4.0

Microsoft annoncerede oplysninger om .Net Framework 4 for første gang den 29. september 2008 og på Professional Developers Conference (PDC 2008) . Den første betaversion af .NET 4 blev offentliggjort den 18. maj 2009. En anden betaversion fulgte den 19. oktober 2009. Udgivelsen af .NET -rammerne sammen med udviklingsmiljøet for Microsoft Visual Studio 2010 var oprindeligt planlagt til den 22. marts 2010. For at have mere tid til yderligere optimeringer, der kræves af brugere af Beta 2 i Microsoft Visual Studio 2010, annoncerede Microsoft imidlertid i december 2009, at udgivelsen af .NET 4 og Visual Studio 2010 ville blive udskudt med et par uger. Den 10. februar 2010 dukkede "Release Candidate" op. Den endelige version af .NET 4 og Visual Studio 2010 i den engelske sprogversion blev endelig frigivet af Microsoft den 12. april 2010.

De vigtigste innovationer i .Net-Framework 4 omfattede:

  • Dynamisk sprogkørsel
  • Kode kontrakter
  • Understøttelse af kovarians og kontravariation gennem generiske grænseflader og delegerede
  • Administreret udvidelsesramme
  • Understøttelse af hukommelsesdumpfiler
  • Automatisk affaldssamling i baggrunden
  • Ny programmeringsmodel til at skrive multithreaded og asynkron kode
  • Forbedret ydeevne, skalerbarhed og workflow -modellering samt nye designere til Windows Workflow Foundation
  • Version 4.0 vil være den sidste version, der understøtter Windows XP og Windows Server 2003 .

.NET Framework 4.5

Microsoft annoncerede de første oplysninger om .Net-Framework 4.5 på BUILD Windows-konferencen den 14. september 2011. Den endelige version blev frigivet den 15. august 2012.

Med version 4.5 har Microsoft stoppet med at levere to separate installationspakker, en fuld pakke og en klientprofil med reduceret funktionalitet . Grunden til dette er, at Client Profile -installationspakken kun sparer ubetydelig 7 MB download, men ofte forårsagede usikkerhed blandt brugeren om det rigtige valg. Ud over nogle små forbedringer (inklusive JIT -kompilatorens ydeevne) er der tilføjet understøttelse af asynkrone metodeopkald via nye søgeord i C # (asynk, afvent) og Visual Basic (asynk, afventer).

.NET Framework 4.5.1

Med version 4.5.1 blev der foretaget nogle mindre forbedringer igen, og en ny 2013 -version af Visual Studio blev frigivet.

.NET Framework 4.5.2

Med version 4.5.2 er der foretaget mindre forbedringer af skærmen med høj DPI.

.NET Framework 4.6

Med version 4.6. Forbedret ydelsen af 64-bit JIT-kompilatoren og foretog omfattende ændringer af basisklasse-bibliotekerne.

Version 4.6 er den sidste version, der understøtter Windows Vista og Windows Server 2008 .

.NET Framework 4.6.1

Version 4.6.1 indeholder rettelser og nye funktioner.

.NET Framework 4.6.2

Version 4.6.2 indeholder rettelser og nye funktioner.

.NET Framework 4.7

Version 4.7 bringer rettelser og nye funktioner:

  • Forbedret sikkerhedsunderstøttelse med Transport Layer Security (TLS), især version 1.2
  • Forbedret understøttelse af kryptering med Elliptic Curve Cryptography
  • Understøttelse af registrering af høj DPI-størrelse i Windows Forms
  • Finere registrering af "berøring og stylus" i Windows Presentation Foundation (WPF)
  • Ny printergrænseflade til WPF

En forhåndsversion blev leveret i Windows Insider -programmet i Windows 10 fra januar 2017.

Den endelige version blev leveret sammen med Creators Update til Windows 10, som blev udgivet den 11. april.

2. maj 2017, .NET 4.7 til Windows 7 med Service Pack 1 , Windows 8.1 , Windows 10 med jubilæumsopdateringen (1607), Windows Server 2008 R2 med Service Pack 1, Windows Server 2012 , Windows Server 2012 R2 og Windows Server Udgivet i 2016 .

.NET Framework 4.7.1

13. oktober 2017, .NET 4.7.1 til Windows 7 med Service Pack 1, Windows 8.1, Windows 10 med Fall Creators Update (version 1709), Windows Server 2008 R2 med Service Pack 1, Windows Server 2012, Windows Server 2012 R2 og Windows Server 2016 frigivet.

.Net-Framework 4.7.1 understøtter .NET Standard 2.0, hvis der er installeret yderligere .NET Standard-understøttelsesfiler (dotnet-standard-support-vs2015-2.0.0-win-x86.msi).

.NET Framework 4.7.2

30. april 2018, .NET 4.7.2 til Windows 7 med Service Pack 1, Windows 8.1, Windows 10 med Spring Creators Update (version 1803), Windows Server 2008 R2 med Service Pack 1, Windows Server 2012, Windows Server 2012 R2 og Windows Server 2016 annonceret.

.Net-Framework 4.7.2 bygger på tidligere versioner af .Net-Framework 4.x. Visual Studio -applikationer fra 2012 og fremefter understøttes.

.NET Framework 4.8.0

.Net 4.8 blev officielt frigivet den 18. april 2019. Følgende Windows -versioner understøttes: Windows 7, Windows 8.1, Windows 10, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 og Windows Server 2019

Version 4.8.0 leveres automatisk med Windows 10 -opdateringen til version 1903 .

Just in Time Compiler af .NET 4.8 er baseret på .NET Core 2.1. Alle fejlrettelser og mange kodegenereringsbaserede ydelsesoptimeringer af .NET Core 2.1 er nu også tilgængelige i .Net -rammerne.

Version 4.8 indeholder rettelser og nye funktioner:

  • Kørselstid - JIT -forbedring
  • BCL - brug af det nuværende ZLib
  • Justeringer til skærme med forskellige høje DPI -opløsninger

Aflægger

.NET Compact Framework

For håndholdte og mobiltelefoner, der kører under Windows CE eller Windows Mobile , er der en funktionelt reduceret version af .NET -runtime -miljøet i form af .NET Compact Framework. Det kan dog kun udvikles til denne platform ved hjælp af gebyrbaserede Visual Studio .NET 2003 eller nyere. .NET Compact Framework 3.5 blev udgivet på samme tid som version 3.5 af .NET .

.NET Micro Framework

I september 2006 præsenterede Microsoft også .NET Micro Framework. Det repræsenterer en endnu mere begrænset version af .Net -rammerne især for integrerede enheder. Afhængigt af platformen bør rammen tage mellem 512 KByte og 1 MByte på enheden og kan startes direkte fra flash -hukommelsen eller ROM'en. I dette tilfælde fungerer Micro Framework som et operativsystem , men det kan også være baseret på et eksisterende Windows -operativsystem.

Silverlight

Silverlight (tidligere WPF / E ) indeholder en stærkt reduceret delmængde af .Net -rammen og er hovedsageligt beregnet til at gøre det muligt for webbrowsere at køre omfattende internetapplikationer baseret på WPF . Normale programmer baseret på WPF er også "web-kompatible", men kræver den komplette .NET 3.0, som i øjeblikket kun er tilgængelig til Windows. Silverlight skal dog også gøres tilgængelig for macOS, ældre pc'er med Windows og Linux.

.NET Core og .NET 5

Den 12. november 2014 blev en delmængde af referencekilden hostet på GitHub og offentliggjort under MIT -licensen . Dette blev også gjort for at støtte Mono -projektet, så huller mellem Mono og .NET kan overgås ved hjælp af den samme kode. Dette lager henviser til .Net-Framework 4.6 og har derfor kun læseadgang. Samtidig offentliggjorde Microsoft de reviderede komponenter i rammen under navnet .NET Core på GitHub, også under en MIT -licens. .NET Core tillader deltagelse af fællesskabet og er blevet overført af Microsoft til .NET Foundation , som blev grundlagt i 2014 . Ved at bruge MIT -licensen er der faktisk ingen begrænsninger for, hvordan .NET Core -kildekoden kan bruges. De offentliggjorte komponenter inkluderer også værktøjerne til softwareudvikling på kommandolinjeniveau og ASP.NET (videreudvikling i en modificeret form som ASP.NET Core). .NET Core kan også køre på Linux og macOS. I november 2020 blev .NET Core og .Net Framework fusioneret som en ensartet platform under navnet .NET 5.0.

Se også

litteratur

  • Wolfgang Beer et al.: .NET -teknologien: Fundamentals and application programming. dpunkt Verlag 2006, ISBN 978-3-89864-421-1 .
  • Dino Esposito, Andrea Saltarello: Arkitekturprogrammer til virksomheden: Microsoft .NET. Microsoft Press, anden udgave 2014, ISBN 978-0-7356-8535-2 .
  • Jürgen Kotz blandt andre: .NET 3.0. WPF, WCF og WF - en oversigt ; Addison-Wesley, München februar 2007, ISBN 3-8273-2493-9 .
  • Daniel Liebhart blandt andre: Architecture Blueprints ; Hanser Verlag, 2007, ISBN 978-3-446-41201-9 .
  • Jeffrey Richter: Microsoft .NET Framework Programming i C #. Ekspertviden om CLR og .NET Framework 2.0. Microsoft Press, 2. udgave 2006, ISBN 978-3-86063-984-9 .
  • Holger Schwichtenberg: Microsoft .NET 2.0 -crashkursus. Microsoft Press, Unterschleißheim 2006, ISBN 3-86063-987-0 .
  • Holger Schwichtenberg: Microsoft .NET 3.0 crash -kursus. Microsoft Press, Unterschleißheim 2007, ISBN 3-86645-501-1 .
  • Holger Schwichtenberg blandt andre: Microsoft .NET 4.5 Update. Microsoft Press 2012, ISBN 978-3-86645-468-2 .

Weblinks

Individuelle beviser

  1. devblogs.microsoft.com .
  2. ^ Projekt Roslyn: Microsoft frigiver .Net -kompilatorplatformkode - Golem , 3. april 2014; bl.a. med "Interesserede parter kan nu se nærmere på kompilatorerne til C # og Visual Basic."
  3. Sprogkompilatorer til C # og Visual Basic er nu open source - Heise , 4. april 2014
  4. Immo Landwerth: Introduktion til .NET Standard. I: .NET Blog. Microsoft, 26. september, 2016, adgang til 24. september 2019 .
  5. Heise online: .NET 5.0 er blevet frigivet. Hentet 12. november 2020 .
  6. olprod: Ofte stillede spørgsmål om livscyklussen - .NET Framework. Hentet 12. november 2020 .
  7. .NET Foundation -projekter. .NET Foundation, adgang 13. november 2014 .
  8. ^ Microsofts Open Source Trap (engl.)
  9. Hvad kunderne ønsker: Microsoft og Novell samarbejder - artikel på Heise open , 3. november 2006
  10. .NET Framework Blog - Announcing .NET 2015 Preview: A New Era for .NET. Microsoft, adgang 13. november 2014 .
  11. Hvad er "administreret kode" - Microsoft Docs , første gang udgivet 20. juni 2016; bl.a. også med "ikke -administreret kode" og "usikker kontekst"
  12. Introduktion til Building Windows Communication Foundation Services. (Ikke længere tilgængelig online.) Microsoft, arkiveret fra originalen den 23. september 2012 ; tilgået den 23. september 2012 .
  13. Brad Abrams: Antal typer i .NET Framework
  14. ScottGu's Blog (Corporate Vice President i Microsoft Developer Division )
  15. ^ Microsoft Support Lifecycle - .NET Framework 1.0. Hentet 21. november 2013 .
  16. ^ Windows .NET Server - Den store forhåndsvisning af RC 1 - Rapport på Windows -Tweaks Info ; Status: 13. september 2011, adgang til 16. maj 2012
  17. ^ Microsoft Support Lifecycle - .NET Framework 1.1. Hentet 21. november 2013 .
  18. ^ Microsoft Support Lifecycle - Windows Server 2003. Hentet 6. marts 2014 .
  19. itmagazine.ch : Microsoft bringer Identity Management til Firefox
  20. DDR (General Distribution Release)
  21. Udvidet beta til Visual Studio 2010 - Udgivelseskandidat februar 2010 - Visual Studio News Blog , 18. december 2009
  22. Visual Studio 2010 og .NET 4 udgivet - artikel onlineHeise. 12. april 2010
  23. Hvad er nyt i .NET Framework 4
  24. Parallel programmering i .NET Framework
  25. Hvad er nyt i Windows Workflow Foundation
  26. ^ Microsoft (MSDN): Annoncerer udgivelsen af .NET Framework 4.5 RTM
  27. ^ Microsoft: .NET Framework -klientprofil
  28. Blogspot: .Net 4.5-Slutningen af Microsoft .Net Framework-klientprofil
  29. ^ Msdn.microsoft.com
  30. Nyheder i .NET 2015 RC , microsoft.com bibliotek 2015.
  31. ^ Microsoft .NET Framework 4.6.1 (offline installationsprogram). Hentet 14. juni 2018 .
  32. Introduktion til .NET Framework 4.6.1 , MSDN -bibliotek
  33. Introduktion til .NET Framework 4.6.2 , MSDN -bibliotek
  34. Annoncering af .NET Framework 4.7. Microsoft , 5. april 2017, tilgås 2. maj 2017 .
  35. ^ Yusuf Mehdi: Windows 10 Creators Update kommer 11. april, Surface udvides til flere markeder. Microsoft , 29. marts 2017, tilgås 2. maj 2017 .
  36. ^ Microsoft .NET Framework 4.7 (offline -installationsprogram) til Windows 7 SP1, Windows 8.1, Windows 10 Anniversary Update, Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2 og Windows Server 2016. Microsoft , 2. maj 2017, åbnet den 2. maj 2017 .
  37. ^ Microsoft .NET Framework 4.7.1 (offline -installationsprogram) til Windows 7 SP1, Windows 8.1, Windows 10 Anniversary Update, Windows 10 Creators Update, Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2 og Windows Server 2016 - Microsoft Download Center den 13. oktober 2017; bl.a. med "udgivelsesdato" (hvis de såkaldte detaljer åbnes via "+" -tegnet, hvilket kan kræve udførelsestilladelse til JavaScript )
  38. ^ Meddelelse om .NET Framework 4.7.1 (engelsk) - meddelelse om Microsofts NET -blog , af Preeti Krishna , den 17. oktober 2017
  39. Annoncering af .NET Framework 4.7.2. 30. april 2018, adgang til 25. august 2018 .
  40. Annoncering af .NET Framework 4.8. 18. april 2019, hentet 12. juli 2019 (amerikansk engelsk).
  41. Microsoft referencekilde på GitHub. Microsoft, adgang 13. november 2014 .
  42. .NET -bloggen (AKA: dotnet -blog) diskuterer nye funktioner i .NET Framework og vigtige spørgsmål for .NET -udviklere.
  43. .NET Core på GitHub. Microsoft, adgang 13. november 2014 .
  44. ^ Alexander Neumann: .NET Core 1.0 og ASP.NET Core 1.0: Versionsændring indebærer en ny begyndelse , i: heise online fra 20. januar 2016, adgang 21. januar 2016.
  45. ^ ASP.NET 5 er død - Introduktion til ASP.NET Core 1.0 og .NET Core 1.0, åbnet 19. januar 2017
  46. Heise online: Build 2019: Microsoft fusionerer Mono og .NET Core i .NET 5.0. Hentet 6. maj 2019 .

Opiniones de nuestros usuarios

Christian Axelsen

Det er længe siden, at jeg har set en artikel om .Net framework skrevet på en så didaktisk måde. Jeg kan godt lide det

Jan Pallesen

Korrekt. Den indeholder de nødvendige oplysninger om .Net framework., Korrekt

Gudrun Svendsen

Jeg ved ikke, hvordan jeg kom til denne artikel om .Net framework, men jeg kunne virkelig godt lide den., Det var artiklen om .Net framework, jeg ledte efter