Så jeg stødte på dette indlæg, mens jeg undersøgte om pakkestrukturering til MVC. Jeg har bare brug for nogle afklaringer om, hvad et forretningsdomæne og et teknisk domæne er. Eksempler vil være nyttige.
Kommentarer
- Du bør overveje at finde definitioner på disse termer og derefter stille specifikke spørgsmål om de dele, du ikke ' forstår ikke.
- Ja, det gjorde jeg. Eksempler ville være nyttige efter at have set definitioner, der ikke var detaljerede nok for mig. Tak.
Svar
Forretningsdomæne refererer til virkelige aspekter af din løsning (f.eks. sundhedsvæsen, luftfart, økonomi, militær, detailhandel osv.). Virksomhedsdomænet informerer dine krav og acceptkriterier for systemet; det kan tyde på en meget høj grad af adskillelse for forskellige områder.
For eksempel, hvis du tilfældigvis bygger en løsning til en Business “ERP, kan du oprette divisioner på højt niveau i dit samlede system som følger:
- Sikkerhed
- Økonomi
- Salg
- Aktiekontrol
- Forsendelse
- Kundesupport
- IT Helpdesk
Jeg forventer, at denne slags divisioner eksisterer på det øverste niveau af software – dvs. der er sandsynligvis ikke særlig meget krydsning mellem IT Helpdesk eller Stock Control, så det kunne give mening for at holde dem adskilt.
I det spørgsmål, du har linket til, henviser Teknisk domæne til anvendte teknologier, herunder mønstre og rammer (f.eks. ASP.NET/Ruby on rails, MVC Pattern, osv.) Disse har tendens til at informere specifikke designvalg og arkitekturer til applikationer eller relaterede applikationsgrupper.
Teknologier er ofte antydende eller ordinerende for bestemte strukturer – normalt brugt på applikationsniveau snarere end på topniveau.
For eksempel kan “MVC” muligvis foreslå en projektstruktur for en bestemt applikation som følger:
- Modeller
- Visninger
- Controllere
- Shared / Common
- Scripts
Denne struktur kan muligvis blive spejlet i flere forskellige applikationer, eller måske bruger andre applikationer forskellige I sidste ende vil forretningsdomænet have en vis indflydelse på valget af anvendte teknologier (f.eks. “Vi har brug for et websted” eller “Vi er kun villige til at betale for X”) og kan hjælpe med at informere et meget højt niveau cture, men typisk ikke i den grad, der dikterer tekniske beslutninger om design eller arkitektur.