Domändriven design
Att utveckla programvarumodeller utifrån verksamhetsområdet, tillsammans med de personer som känner till dess regler.
Vad är domändriven design?
Domändriven design, förkortat DDD, utgår från ett verksamhetsområde vid modellering av programvara. Domänkunniga och utvecklingsteamet klargör tillsammans begrepp, regler och samband. Ett gemensamt språk ska ha samma betydelse inom ett avgränsat verksamhetssammanhang. Olika sammanhang kan behöva egna modeller; gränsen kallas ofta Bounded Context.
I ett påhittat företag betyder ”order” en såld tjänst för säljarna och ett inplanerat besök för serviceteamet. Deltagarna beskriver båda betydelserna och överlämningen i stället för att tyst förutsätta en enda datamodell. Det kan ge tydligare programvarugränser. DDD kräver dock varken mikrotjänster eller en viss databastyp. Teknisk uppdelning och drift av modeller är ett ytterligare arkitekturbeslut.
Källor
Relaterade begrepp
- ProgramvaruarkitekturGrundläggande beslut om ett programsystems struktur, samspel och kvalitetsmål.
- Modulär monolitEn gemensamt driftsatt applikation med uttryckligen avgränsade interna moduler och gränssnitt.
- Cache stampedeEn cache stampede uppstår när samtidiga cachemissar startar samma kostsamma beräkning eller datafråga flera gånger.
- BackpressureBackpressure anpassar inflödet av data till mottagarens bearbetningskapacitet genom signaler om att sakta ned eller pausa.
- Race conditionEtt felaktigt resultat som beror på tidsordningen mellan överlappande åtkomster.
- MinnesläckaMinne som inte längre behövs hålls kvar i onödan under drift.
Artiklar om ämnet
Ditt projekt med ASES
Beskriv ditt projekt för oss. Vi hör av oss med en första bedömning.