En café med menukort og åbningstider har andre tekniske behov end et lagerstyringsværktøj med filtrering, redigering og flere samtidige tilstande. Begynd med forskellen mellem de opgaver.
Beskriv funktionerne før værktøjet
Skriv, hvad brugeren skal kunne gøre. På caféens side kan det være at læse menuen, finde adressen og ringe. I lagerstyringen skal medarbejderen måske finde varer, ændre antal, håndtere konflikter og se, om en ændring er gemt. Det er forskellige former for kompleksitet.
Marker, hvilke oplysninger der opdateres, og hvilke dele af skærmen der skal følge med. Hvis én ændring påvirker en liste, en sum og en status samtidig, kan fælles struktur være nyttig. Hvis siden overvejende viser indhold, kan en enklere løsning give en mere overskuelig arbejdsopgave.
Forstå, hvilken struktur værktøjet bidrager med
Frameworks og biblioteker kan hjælpe med blandt andet komponenter og opdatering af brugerfladen. De kan gøre gentagne mønstre lettere at dele. Der følger samtidig konventioner og afhængigheder med, som dem, der arbejder på projektet, skal forstå. Bekvemmelighed i starten er kun én del af vurderingen.
I lagerstyringen kan et fælles redigeringsfelt give ens feedback på tværs af mange varer. Det er en konkret fordel, som kan undersøges i en lille prøve. En flot demonstrationsside er derimod ikke tilstrækkelig dokumentation for, at et værktøj passer til alle projektets data og arbejdsgange.
Tag den eksisterende løsning og teamet alvorligt
Et projekt med velfungerende kode og et team, der kender den, har et andet udgangspunkt end et helt nyt produkt. Et værktøjsskifte kan kræve omskrivning, oplæring og nye arbejdsgange. Beskriv derfor, hvilket problem skiftet løser, og hvad det koster i vedligeholdelse og overgang.
Se også på dokumentation, testmuligheder og adgang til kompetencer. Spørg den fremtidige vedligeholder, om vedkommende kan undersøge fejl i løsningen. En teknologi kan være teknisk velegnet og stadig være et upraktisk valg, hvis ingen har tid eller ansvar for at holde projektet i gang.
Vurder den færdige oplevelse særskilt
Et framework giver ikke automatisk god navigation, hurtig indlæsning eller tilgængelighed. Gennemfør de vigtigste opgaver i den faktiske løsning. Prøv tastatur, et smalt vindue, langsom datahentning og manglende data. De situationer kan afsløre problemer, som ikke ses i en komponentoversigt.
Vurder desuden, hvor meget kode browseren skal hente og udføre. Forskellige måder at levere en side på kan kombineres med komponenter. Et valg mellem framework og ingen framework er derfor ikke hele arkitekturen; indhold, rendering, data og opdateringer skal stadig passe sammen.
Skriv en kort beslutning med en afgrænset prøve
Lav en lille prøve på den mest usikre opgave: eksempelvis redigering af en vare med ventetid, fejl og gentagen indsendelse. Sammenlign, hvor forståeligt den kan løses i de realistiske muligheder. Brug samme krav i sammenligningen, og hold demonstrationsarbejdet adskilt fra den endelige levering.
Notér derefter valget, begrundelsen og de vigtigste ulemper. Det gør fremtidige ændringer lettere at diskutere. Spørgsmålet er ikke, hvilket værktøj der vinder alle sammenligninger, men hvilken løsning teamet kan bygge, forklare og vedligeholde til den konkrete opgave.
Tag med videre
Det vigtigste
at huske.
- Definér funktioner og tilstande før teknologivalget.
- Medregn team, eksisterende kode og vedligeholdelse.
- Afprøv den svære opgave og dokumentér begrundelsen.
Lad os gøre det klart
Spørgsmål & svar
Kan man lave frontend uden et framework?
Ja. HTML, CSS og JavaScript er webplatformens grundlag. Mange sider kan løses direkte med dem eller med mindre, afgrænsede værktøjer.
Hvilket frontend-framework er bedst?
Der findes ikke ét svar for alle projekter. Sammenlign krav, eksisterende kode, teamets erfaring, dokumentation og vedligeholdelse frem for kun populære navne.
Hvad er forskellen på et bibliotek og et framework?
Et bibliotek tilbyder funktioner, som din kode bruger. Et framework lægger typisk flere rammer for, hvordan løsningen organiseres. I praksis bruges betegnelserne med overlap.
Hvad er Angular?
Angular er et webframework med blandt andet komponenter, routing og formularværktøjer. Det giver en samlet struktur, som skal vurderes i forhold til teamets erfaring og projektets behov.
Er Vue.js et framework?
Ja. Vue beskriver sig som et JavaScript-framework til brugerflader. Det bygger på HTML, CSS og JavaScript og kan bruges både i afgrænsede dele og i større applikationer.
Skal en lille virksomhed have en JavaScript-app?
Det afhænger af funktionerne. En informationsside kan have beskedne behov, mens et interaktivt administrationsværktøj kan have brug for mere struktur. Begynd med de faktiske brugeropgaver.
Bør man omskrive en side for at bruge et nyere framework?
Kun hvis der er et konkret problem og en rimelig gevinst ved ændringen. Medregn overgangen, risikoen for fejl, oplæring og den efterfølgende vedligeholdelse.
Læs selv videre
Kilder & fordybelse
Guiden bygger på disse kilder og erfaring fra egne projekter.
