Autenticación, carrito y Server Actions

El carrito pertenece a la experiencia del usuario, pero una acción que modifica inventario requiere una comprobación en servidor. En el aula basta una sesión ficticia con roles explícitos: admin puede renombrar; visitante solo puede leer. La cantidad también debe validarse contra un entero positivo.

Ejemplo resuelto

export function puedeCambiar(rol: string, cantidad: number) {
  return rol === 'admin' && Number.isInteger(cantidad) && cantidad > 0;
}

admin, 2 devuelve true; visitante, 2 y admin, 0 devuelven false.

La función puedeCambiar demuestra solamente una regla; todavía no es una Server Action ni un sistema de autenticación. Conserva el carrito del visitante como estado de cliente, y limita esta regla a la mutación administrativa. Para inventario añade además un límite de unidades disponibles y valida el ID en el servidor antes de escribir.

Pruébalo

1. Define roles ficticios y su permiso.

2. Envía una cantidad válida desde el carrito.

3. Repite con cero y con rol visitante.

4. Registra si el dato cambió o fue rechazado.

Comprueba tu resultado

Error frecuente: confiar en que el botón no aparece para visitantes. Corrección: repetir el permiso dentro de la acción.

Ejercicio: prueba las tres combinaciones anteriores; solo admin con cantidad 2 debe aceptarse, el carrito debe conservar sus líneas y ningún rechazo debe modificar el inventario ficticio.