Intern samverkan
Följande artiklar visar de olika sätten att göra "intern interoperabilitet" i .NET.
Det finns några anledningar till varför du vill anropa intern kod:
- Operativsystem levereras med en stor mängd API:er som inte finns i de hanterade klassbiblioteken. Ett bra 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 JNI (Java Native Interface) eller något annat hanterat språk som kan producera en inbyggd komponent.
- På Windows registrerar de flesta av de program som installeras, till exempel Microsoft Office sviten, 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 möjliga 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 av dess 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.
Anteckning
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 illustrerande 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, utan gjordes bara för enkelhetens skull.