Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Följande artiklar visar de olika sätten att göra "intern samverkan" i .NET.
Det finns några orsaker till varför du vill anropa den interna koden:
- Operativsystem har en stor mängd API:er som inte finns i de hanterade klassbiblioteken. Ett utmärkt exempel för det här scenariot är åtkomst till maskinvaru- eller operativsystemhanteringsfunktioner.
- Kommunicera med andra komponenter som har eller kan producera C-format-API:er (interna API:er), till exempel Java-kod som exponeras via Java Native Interface (JNI) eller något annat hanterat språk som kan skapa en inbyggd komponent.
- I Windows registrerar de flesta av de program som installeras, till exempel Microsoft Office-paketet, COM-komponenter som representerar deras program och gör det möjligt för utvecklare att automatisera dem eller använda dem. Detta kräver också intern samverkan.
Den föregående listan omfattar inte alla potentiella situationer och scenarier där utvecklaren vill/vill/behöver gränssnitt med inbyggda komponenter. .NET-klassbiblioteket använder till exempel det inbyggda samverkansstödet för att implementera ett stort antal api:er, till exempel konsolstöd och manipulation, filsystemåtkomst och andra. Det är dock viktigt att observera att det finns ett alternativ om det behövs.
Anmärkning
De flesta av exemplen i det här avsnittet visas för alla tre plattformar som stöds för .NET Core (Windows, Linux och macOS). För vissa korta och illustrativa exempel visas dock bara ett exempel som använder Windows-filnamn och -tillägg (dll för bibliotek). Detta innebär inte att dessa funktioner inte är tillgängliga i Linux eller macOS, det gjordes bara för enkelhetens skull.