Attributi data

Utilizzo degli attributi data per la stilizzazione dichiarativa e l'identificazione dei componenti.

Gli attributi data forniscono un modo potente per esporre lo stato e la struttura dei componenti ai consumatori, permettendo una stilizzazione flessibile senza esplosione di props. Le librerie di componenti moderne utilizzano due pattern principali: data-state per stati visivi e data-slot per l'identificazione dei componenti.

Stilizzare lo stato con data-state

Uno degli anti-pattern più comuni nella stilizzazione dei componenti è esporre props separate di className per stati diversi.

Nei componenti meno moderni, spesso vedrai API come questa:

<Dialog
  openClassName="bg-black"
  closedClassName="bg-white"
  classes={{
    open: "opacity-100",
    closed: "opacity-0"
  }}
/>

Questo approccio presenta diversi problemi:

  • Accoppia lo stato interno del componente alla sua API di stilizzazione
  • Crea un'esplosione di props man mano che i componenti diventano più complessi
  • Rende il componente più difficile da usare e manutenere
  • Impedisce la stilizzazione basata su combinazioni di stato

La soluzione: attributi data-state

Invece, usa gli attributi data-* per esporre lo stato del componente in modo dichiarativo. Questo permette ai consumatori di stilizzare i componenti in base allo stato usando i selettori CSS standard:

component.tsx
const Dialog = ({ className, ...props }: DialogProps) => {
  const [isOpen, setIsOpen] = useState(false);

  return (
    <div
      data-state={isOpen ? 'open' : 'closed'}
      className={cn('transition-all', className)}
      {...props}
    />
  );
};

Ora i consumatori possono stilizzare il componente in base allo stato dall'esterno:

app.tsx
<Dialog className="data-[state=open]:opacity-100 data-[state=closed]:opacity-0" />

Vantaggi di questo approccio

  1. Single className prop - Non è necessario avere più props className specifiche per lo stato
  2. Componibile - Combina più attributi data per stati complessi
  3. CSS standard - Funziona con qualsiasi soluzione CSS-in-JS o con CSS puro
  4. Tipizzazione sicura - TypeScript può inferire i valori degli attributi data
  5. Ispezionabile - Gli stati sono visibili in DevTools come attributi HTML

Pattern comuni per gli stati

Usa gli attributi data per ogni tipo di stato del componente:

// Open/closed state
<Accordion data-state={isOpen ? 'open' : 'closed'} />

// Selected state
<Tab data-state={isSelected ? 'active' : 'inactive'} />

// Disabled state (in addition to disabled attribute)
<Button data-disabled={isDisabled} disabled={isDisabled} />

// Loading state
<Button data-loading={isLoading} />

// Orientation
<Slider data-orientation="horizontal" />

// Side/position
<Tooltip data-side="top" />

Stilizzare con Tailwind

Tailwind supporta varianti arbitrarie, rendendo elegante la stilizzazione tramite attributi data:

<Dialog
  className={cn(
    // Base styles
    'rounded-lg border p-4',
    // State-based styles
    'data-[state=open]:animate-in data-[state=open]:fade-in',
    'data-[state=closed]:animate-out data-[state=closed]:fade-out',
    // Multiple attributes
    'data-[state=open][data-side=top]:slide-in-from-top-2'
  )}
/>

Per stati comunemente usati, puoi estendere la configurazione di Tailwind:

tailwind.config.js
module.exports = {
  theme: {
    extend: {
      data: {
        open: 'state="open"',
        closed: 'state="closed"',
        active: 'state="active"',
      }
    }
  }
}

Ora puoi usare la forma breve:

<Dialog className="data-open:opacity-100 data-closed:opacity-0" />

Integrazione con Radix UI

Questo pattern è ampiamente utilizzato da Radix UI, che applica automaticamente gli attributi data ai suoi primitivi:

import * as Dialog from '@radix-ui/react-dialog';

<Dialog.Root>
  <Dialog.Trigger />
  <Dialog.Portal>
    {/* Radix automatically adds data-state="open" | "closed" */}
    <Dialog.Overlay className="data-[state=open]:animate-in data-[state=closed]:animate-out" />
    <Dialog.Content className="data-[state=open]:fade-in data-[state=closed]:fade-out" />
  </Dialog.Portal>
</Dialog.Root>

Altri attributi data forniti da Radix includono:

  • data-state - open/closed, active/inactive, on/off
  • data-side - top/right/bottom/left (per elementi posizionati)
  • data-align - start/center/end (per elementi posizionati)
  • data-orientation - horizontal/vertical
  • data-disabled - presente quando disabilitato
  • data-placeholder - presente quando viene mostrato un placeholder

Identificazione dei componenti con data-slot

Mentre data-state traccia gli stati visivi, data-slot identifica i tipi di componenti all'interno di una composizione. Questo pattern, popolarizzato da shadcn/ui, permette ai componenti genitori di selezionare e stilizzare specifici componenti figli senza affidarsi a nomi di classi fragili o selettori di elementi.

Il problema del targeting dei figli

Gli approcci tradizionali per stilizzare i componenti figli hanno limitazioni significative:

// Relies on element types - breaks if implementation changes
<form className="[&_input]:rounded-lg [&_button]:mt-4" />

// Relies on class names - breaks if classes change
<form className="[&_.text-input]:rounded-lg" />

// Requires passing classes through props - verbose
<form>
  <input className={inputClasses} />
  <button className={buttonClasses} />
</form>

La soluzione: attributi data-slot

Usa data-slot per dare ai componenti identificatori stabili che possano essere targettati dai genitori:

field-set.tsx
function FieldSet({ className, ...props }: React.ComponentProps<"fieldset">) {
  return (
    <fieldset
      data-slot="field-set"
      className={cn(
        "flex flex-col gap-6",
        // Target specific child slots
        "has-[>[data-slot=checkbox-group]]:gap-3",
        "has-[>[data-slot=radio-group]]:gap-3",
        className
      )}
      {...props}
    />
  );
}
checkbox-group.tsx
function CheckboxGroup({ className, ...props }: React.ComponentProps<"div">) {
  return (
    <div
      data-slot="checkbox-group"
      className={cn("flex flex-col gap-2", className)}
      {...props}
    />
  );
}

Vantaggi di data-slot

  1. Identificatori stabili - Non si rompono quando cambiano dettagli di implementazione
  2. Targeting semantico - Targetta in base allo scopo del componente, non alla struttura
  3. Incapsulamento - Le classi interne restano private
  4. Componibile - Funziona con annidamenti e composizioni arbitrarie
  5. Tipizzazione sicura - Può essere validato e documentato

Usare has-[] per uno styling consapevole del genitore

Il selettore has-[] di Tailwind combinato con data-slot crea potenti possibilità di styling che dipendono dalla presenza di figli:

form.tsx
function Form({ className, ...props }: React.ComponentProps<"form">) {
  return (
    <form
      data-slot="form"
      className={cn(
        "space-y-4",
        // Adjust spacing when specific slots are present
        "has-[>[data-slot=form-section]]:space-y-6",
        "has-[>[data-slot=inline-fields]]:space-y-2",
        // Style based on slot states
        "has-[[data-slot=submit-button][data-loading=true]]:opacity-50",
        className
      )}
      {...props}
    />
  );
}

Usare [&_] per targettare i discendenti

Per annidamenti più profondi, usa il pattern [&_selector] per targettare qualsiasi discendente:

card.tsx
function Card({ className, ...props }: React.ComponentProps<"div">) {
  return (
    <div
      data-slot="card"
      className={cn(
        "rounded-lg border p-4",
        // Target any descendant with data-slot
        "[&_[data-slot=card-header]]:mb-4",
        "[&_[data-slot=card-title]]:text-lg [&_[data-slot=card-title]]:font-semibold",
        "[&_[data-slot=card-description]]:text-sm [&_[data-slot=card-description]]:text-muted-foreground",
        "[&_[data-slot=card-footer]]:mt-4 [&_[data-slot=card-footer]]:border-t [&_[data-slot=card-footer]]:pt-4",
        className
      )}
      {...props}
    />
  );
}

CSS globale con data-slot

I data slot funzionano perfettamente con il CSS globale per coerenza a livello di tema:

globals.css
/* Style all buttons within forms */
[data-slot="form"] [data-slot="button"] {
  @apply w-full sm:w-auto;
}

/* Style submit buttons specifically */
[data-slot="form"] [data-slot="submit-button"] {
  @apply bg-primary text-primary-foreground;
}

/* Adjust inputs within inline layouts */
[data-slot="inline-fields"] [data-slot="input"] {
  @apply flex-1;
}

/* Style based on state combinations */
[data-slot="dialog"][data-state="open"] [data-slot="dialog-content"] {
  @apply animate-in fade-in;
}

Convenzioni di denominazione

Segui queste convenzioni per una denominazione consistente di data-slot:

  1. Usa kebab-case - data-slot="form-field" non data-slot="formField"
  2. Sii specifico - data-slot="submit-button" non data-slot="button"
  3. Rispecchia lo scopo del componente - Il nome riflette cosa fa, non come appare
  4. Evita dettagli di implementazione - data-slot="user-avatar" non data-slot="rounded-image"
// Good examples
data-slot="search-input"
data-slot="navigation-menu"
data-slot="error-message"
data-slot="submit-button"
data-slot="card-header"

// Avoid
data-slot="input"           // Too generic
data-slot="blueButton"      // Includes styling
data-slot="div-wrapper"     // Implementation detail
data-slot="mainContent"     // Use camelCase

Quando usare attributi data vs props

Capire quando usare ciascun pattern è fondamentale per un'API pulita:

Casi d'uso di data-state

  • Stati visivi - open/closed, active/inactive, loading, ecc.
  • Stati di layout - orientation, side, alignment
  • Stati di interazione - hover, focus, disabled (quando è necessario stilizzare i figli)

Casi d'uso di data-slot

  • Identificazione dei componenti - Identificatori stabili per il targeting
  • Pattern di composizione - Relazioni genitore-figlio
  • Stilizzazione globale - Stilizzazione dei componenti a livello di tema
  • Targeting indipendente dalla variante - Targetta qualsiasi variante di un componente

Casi d'uso dei props

  • Varianti - Diverse design visive (primary, secondary, destructive)
  • Dimensioni - sm, md, lg
  • Configurazione comportamentale - controlled/uncontrolled, valori di default
  • Gestori di eventi - onClick, onChange, ecc.

Approccio combinato

Un componente ben progettato usa appropriatamente tutti e tre i pattern:

button.tsx
type ButtonProps = {
  variant?: 'primary' | 'secondary' | 'destructive';
  size?: 'sm' | 'md' | 'lg';
  loading?: boolean;
  disabled?: boolean;
  onClick?: () => void;
  className?: string;
};

const Button = ({
  variant = 'primary',
  size = 'md',
  loading,
  disabled,
  className,
  ...props
}: ButtonProps) => {
  return (
    <button
      // Slot for targeting
      data-slot="button"
      // State for conditional styling
      data-loading={loading}
      data-disabled={disabled}
      className={cn(
        // Variant styles via props
        buttonVariants({ variant, size }),
        // Additional state styling allowed via className
        className
      )}
      disabled={disabled}
      {...props}
    />
  );
};

Ora il pulsante può essere usato e stilizzato in diversi modi:

// Basic usage with variants
<Button variant="primary" size="lg">Submit</Button>

// Parent targeting via data-slot
<form className="[&_[data-slot=button]]:w-full">
  <Button>Submit</Button>
</form>

// State-based styling via data-state
<Button
  loading={isLoading}
  className="data-[loading=true]:opacity-50"
>
  Submit
</Button>

// Global CSS can target any button
// [data-slot="button"][data-loading="true"] { ... }

Gli attributi data offrono una base solida per la stilizzazione delle librerie di componenti moderne. Utilizzando data-state per gli stati visivi e data-slot per l'identificazione dei componenti, crei un'API flessibile e manutenibile che scala dai componenti semplici ai sistemi di design complessi.