Stabile IDs für Accessibility-Attribute
Barrierefreiheit in React-Komponenten scheitert oft an einem Detail: IDs für aria-labelledby und htmlFor müssen einmalig sein und auf Server und Client übereinstimmen. useId löst beides auf einmal – ohne Boilerplate und ohne Hydration-Fehler.
Inhaltsverzeichnis
- 1. Das ID-Problem in React-Komponenten
- 2. Warum ARIA-IDs einmalig sein müssen
- 3. useId: Syntax und grundlegendes Verhalten
- 4. useId in Formular-Komponenten
- 5. Mehrere IDs aus einem useId-Aufruf
- 6. SSR und Hydration: Warum useId sicher ist
- 7. useId vs. andere ID-Ansätze im Vergleich
- 8. Typische Fehler und Einschränkungen
- 9. TypeScript und Komponentendesign
- 10. Zusammenfassung
- 11. FAQ
1. Das ID-Problem in React-Komponenten
In HTML verknüpfen IDs Elemente miteinander: Ein <label>-Element referenziert ein <input>-Element via htmlFor