Vad är mikrokärnearkitektur? Hur är den uppbyggd och hur fungerar den?

Question

IT Interview Practice · Accepted Answer

## Vad är mikrokärnearkitektur?

**Mikrokärnearkitektur**, även kallad pluginarkitektur, delar upp en applikation i en **kärna som tillhandahåller grundfunktioner** och **insticksmoduler som tillför funktioner**. Användare eller utvecklare kan välja de insticksmoduler de behöver i stället för att placera alla funktioner i kärnan.

En textredigerare erbjuder exempelvis öppning och redigering av filer. Insticksmoduler lägger till stavningskontroll eller stöd för ett annat programmeringsspråk. Här beskriver mikrokärna applikationens struktur, inte en operativsystemskärna.

## Hur kopplas kärnan och insticksmodulerna samman?

- **Applikationskärna:** Tillhandahåller gemensam funktionalitet, hanterar tillgängliga insticksmoduler och anropar dem vid behov.
- **Insticksmodul:** Implementerar en utökning, exempelvis export av en rapport som PDF eller kalkylblad.
- **Utökningskontrakt:** Definierar vilka indata en insticksmodul får, vilket resultat den returnerar och vilka funktioner i kärnan den får använda. Ett gemensamt kontrakt låter kärnan anropa olika insticksmoduler på ett enhetligt sätt.

Insticksmoduler registrerar sig i applikationen så att kärnan vet vilka funktioner som är tillgängliga. Beroende på utformningen kan registreringen ske vid start eller när en insticksmodul installeras.

## Exempel: lägga till ett exportformat för rapporter

Kärnan i en rapportapplikation hanterar rapportval, förbereder data och visar en exportknapp. En PDF-modul registrerar stöd för PDF-export, medan en kalkylbladsmodul registrerar sitt eget format.

När användaren väljer PDF skickar kärnan rapportdata till PDF-modulen. Modulen skapar en fil och returnerar resultatet så att kärnan kan erbjuda det för nedladdning.

För att stödja ett annat format skapar utvecklarna en insticksmodul som följer det befintliga kontraktet. Kärnan behöver inte innehålla detaljer om filgenerering för varje format, förutsatt att kontraktet stöder det nya behovet.

## Fördelar

- **Enklare funktionsutbyggnad:** Utökningar kan utvecklas som separata insticksmoduler, vilket minskar ändringarna i kärnans kod.
- **Anpassning till olika behov:** Varje användare eller kund kan aktivera insticksmodulerna som är relevanta för arbetet.
- **Flera team kan utöka produkten:** Ett tydligt kontrakt gör att team kan utveckla insticksmoduler utan att förstå hela applikationens kodbas.

## Begränsningar

- **Kompatibilitet måste upprätthållas:** Ändringar i kärnans kontrakt kan få äldre insticksmoduler att sluta fungera, vilket kräver versionshantering och kompatibilitetstester.
- **Fel i insticksmoduler kan påverka applikationen:** En modul i samma process kan sakta ned eller krascha applikationen. Isolering kräver ytterligare gränser för körning och resurser.
- **För många beroenden försvårar underhåll:** Insticksmoduler som anropar varandra eller går djupt in i kärnan blir svåra att uppgradera eller ta bort.

## När bör du använda den?

Arkitekturen passar redigerare, CMS-produkter, utvecklingsverktyg och programvara med kundspecifika utökningar. Den är mest värdefull när den gemensamma funktionaliteten är någorlunda tydlig och utökningar kan ändras oberoende. För en applikation med få funktioner och utan utökningsbehov kan en mekanism för insticksmoduler tillföra onödig komplexitet.

Vad är mikrokärnearkitektur?

Hur kopplas kärnan och insticksmodulerna samman?

Exempel: lägga till ett exportformat för rapporter

Fördelar

Begränsningar

När bör du använda den?

Relaterade frågor