Leid benodigde componenten af uit twee productweergaven

Een designsysteem wordt beter bruikbaar wanneer de eerste omvang voortkomt uit echte interfacetaken. Begin daarom met weergaven die het product daadwerkelijk nodig heeft. Een lange lijst mogelijke componenten zegt nog weinig over welke varianten uw team moet inzetten.

Leg twee weergaven met hun taken vast

Een fictief klantenportaal dient als uitgewerkt voorbeeld. In het projectoverzicht moeten opdrachtgevers een project herkennen en openen. In de detailweergave moeten zij de status lezen en vrijgegeven documenten downloaden. Beide weergaven horen bij hetzelfde product, maar dienen verschillende taken.

Noteer per zichtbaar element het doel, de inhoud en de mogelijke toestanden. Een vergelijkbaar kader is onvoldoende reden voor een gedeelde component. Ook betekenis en gedrag moeten bij elkaar passen.

Kies een gedeelde basis en eigen samenstellingen

De projectkaart en bestandsrij kunnen kleine basiselementen delen. Ze hoeven daarom niet dezelfde grote component te worden. Een uitzondering is zinvol als een gedeelde variant de betreffende taak onnodig onduidelijk maakt.

Vul een bibliotheekitem concreet in

Voor de statusindicator legt het voorbeeld vast: gebruik in beide projectweergaven; statuswoord uit de projectgegevens; kleur uitsluitend als aanvullende weergave; geen eigen klikactie. Open punten zijn de benodigde statuswaarden en de omgang met lange vertalingen. Deze beslissingen moeten vóór de implementatie worden verduidelijkt, in plaats van achter willekeurige voorbeeldwaarden te verdwijnen.

Carbon beschrijft componenten als ontworpen en geprogrammeerde oplossingen voor concrete interfacetaken. Gebruik die blik ook bij het kiezen: documenteer doel, varianten en grenzen van een component samen. Een bestaande naam in een bibliotheek is onvoldoende als gebruiksregel.

Controleer de eerste omvang in beide weergaven

Plaats de gekozen componenten eerst in beide ontwerpen. Controleer typische inhoud en lange vertalingen; bij interactieve onderdelen ook toetsenbordbediening en toestandswisselingen. Leg vast welke versie wordt gebruikt en welke afwijking bewust blijft bestaan. Het voorbeeld levert hiervoor een werkdocument, geen al geïmplementeerde bibliotheek. De volgende stap is een overzichtelijke selectie met opgehelderde open punten, die het team vervolgens kan implementeren en controleren.

Bronnen

• Carbon: Components Overview