Microsoft .NET Framework

Fördelar

• Gör det möjligt för användare att distribuera .NET-appar
• Programmerare kan använda .NET som ett ramverk
• Många appar kräver nu .NET, så det kan ses som en förutsättning
• Hotfixes löser de flesta säkerhetsrelaterade problem

Nackdelar

• Något uppblåst
• Kanske inte nödvändigt för alla användare
• Metoden för att skapa XOML-filer har ändrats över tid

Microsofts .NET-ramverk är en körtidsmiljö och programmeringsplattform som gör det möjligt för program skrivna med vissa grundläggande klassbibliotek att köras på Windows-datorer. Slutanvändarna behöver aldrig bry sig om något av detta, eftersom det interna i hur .NET-systemet fungerar vanligtvis inte är av särskild vikt. Anledningen till att de flesta människor installerar programvaran är helt enkelt för att de behöver den.

Ingenjörer använder ibland .NET-ramverket för att snabbt utveckla datorprogram genom att importera bibliotek fyllda med förkompilerade underrutiner som hanterar många vanliga funktioner. .NET-biblioteken sköter allt från databasanslutning till kryptografi, vilket innebär att kodare inte behöver skriva rutiner manuellt för att hantera dessa uppgifter. När du laddar ner och installerar ett program som förväntar sig att dessa bibliotek ska finnas där, kan du få ett meddelande som informerar dig om att du inte har .NET-infrastrukturen installerad.

Att bara ladda ner .NET-installationsguiden och godkänna några uppmaningar löser detta problem. Slutanvändarna kan vanligtvis glömma bort ramverket så snart installationen är klar. Eftersom Microsoft har främjat .NET-tekniken för utvecklingen av de flesta nya applikationer på Windows-plattformen, kan ramverket ses som en förutsättning för att köra nästan vilken programvara som helst.

De som kanske har upplevt felmeddelanden tidigare kommer med största sannolikhet aldrig att se dem igen. I de flesta fall är det tillräckligt att bara installera .NET-ramverket och dess olika beroenden för att lösa alla dessa problem.

Kraftanvändare kan dock stöta på några problem. Skapandet av XOML-filer är en viktig del av många online-ramverk. Över tid har .NET förändrat hur denna process sker. Om du har skrivit program som använder det äldre paradigmet, måste du gå in i dina källkodslistor och ändra några saker innan de fungerar igen.

Även om de som inte är programmerare sannolikt inte kommer att stöta på denna typ av problem, kan de upptäcka att vissa äldre program inte fungerar på grund av dessa ändringar. De kan ibland få några konstiga felmeddelanden som inte är särskilt beskrivande, vilket kan vara mycket förvirrande.

Det sagt kommer majoriteten av användarna aldrig att drabbas av dessa problem. Faktum är att detta kan sägas om en överväldigande majoritet av körtidsmiljöerna på Windows-plattformen. Eftersom PC-hårdvara ständigt förändras, kan programmerare inte vara säkra på om deras kod kommer att köras på en specifik maskin.

Å andra sidan kommer programmerare att hitta mycket att uppskatta när det gäller att arbeta med .NET-biblioteken. Eftersom ramverket inkluderar användargränssnittskontroller som en abstraktion, behöver du inte oroa dig för att koda några UI-widgetar själv. Ingenjörer kan förlita sig på andra abstraktioner för att hantera numeriska beräkningar samt kommunikation med nätverksstacken. .NET-systemet självt har en relativt stor komponentstack som erbjuder mer än tillräckligt med mellanvara för att köra nästan vilken typ av programvara som helst.

Att arbeta med en så stor stack skulle traditionellt leda till att applikationsprogramvaran blir extremt uppblåst, men .NET-gränssnittet har löst detta problem genom att endast ladda de komponenter som behövs vid körning. Det gör att det åtminstone går något snabbare än de äldre ramverk som Microsoft övergav till förmån för det.

I takt med att allt fler datorer övergår till ARM-plattformen upptäcker användarna att de kör Windows-programvara i en emulator, oavsett om de inser det eller inte. Detta beror på att traditionella Windows-applikationer är skrivna för x86- och x86_64-miljöerna medan vissa nyare datorer använder ARM-mikrochips. Att distribuera en virtuell maskin i denna miljö kan sänka hastigheten, men det är det enda sättet för Windows att köra traditionella applikationer på ARM-baserade maskiner.

Lyckligtvis är .NET tillräckligt smidigt för att människor inte bör märka någon större skillnad när de kör programvara som är beroende av det på en ARM-maskin. De som har snabbare RISC-baserade chips i sina datorer bör inte märka någon större skillnad alls. Det bästa av allt är att de kommer att kunna ladda ner och installera .NET-ramverket utan att ens inse att något var fel.

Fördelar

• Gör det möjligt för användare att distribuera .NET-appar
• Programmerare kan använda .NET som ett ramverk
• Många appar kräver nu .NET, så det kan ses som en förutsättning
• Hotfixes löser de flesta säkerhetsrelaterade problem

Nackdelar

• Något uppblåst
• Kanske inte nödvändigt för alla användare
• Metoden för att skapa XOML-filer har ändrats över tid