<aside> 👉
Hva vil du sitte igjen med etter å ha lest denne artikkelen? Du vil få en oversikt over hva som er typiske fordeler og ulemper med å ta i bruk et tredjepartsbibliotek (MUI, Chakra, Designsystemet fra Digdir), og når man bør vurdere å utvikle et system fra bunnen av.
</aside>
| Utviklet fra bunnen av | Tredjepartsbibliotek | |
|---|---|---|
| Oppstart | âž–Â Dyr oppstartskostnad | âž•Â Billigere oppstartskostnad |
| Oppdateringer og endringer | ➕ Bestemmer selv når oppdateringer skjer | |
| ➕ Full kontroll over endringer på struktur og UI-elementene | ||
| ➖ Krever kontinuerlig oppdatering og sikkerhetspatching selv | ➕ Noen andre sørger for sikkerhetsoppdateringer | |
| ➖ Begrenset kontroll over når endringer kommer: kan føre til endringer på UI-et som ikke er ønsket. | ||
| ➖ Kan implementere feil man ikke får løst på egenhånd | ||
| Komponenter | ➖ Færre komponenter fra start | |
| ➖ Må utvikle flere komponenter på eget initiativ | ➕ Mange komponenter med en gang | |
| ➖ Inneholder ofte komponenter man ikke nødvendigvis trenger og vil ha som en del av biblioteket | ||
| Tilpasning, merkevare og identitet | âž•Â Kan bygges fullt og helt utifra egne behov | |
| ➕ Kan også tilpasses multibrand ved behov | ||
| ➖ Ikke basert på organisasjonens behov | ||
| ➖ Kan ikke nødvendigvis gjøre ønskede tilpasninger for å imøtekomme merkevare og identitet | ||
| ➖ Ikke alle støtter multibrand | ||
| Universell utforming | ➖ Må selv sørge for at all universell utforming er på plass | ➕ Har (som regel) tatt høyde komponentene og tokensene sine UU-krav ut av boksen |
| Dokumentasjon | ➖ All dokumentasjon og retningslinjer må lages selv | ➕ Inneholder ofte noe dokumentasjon, hvertfall på kode og implementasjon |