Saltar al contenido principal

Uso de Componentes y Patrones

Los componentes de Nimbus son elementos que permiten crear interfaces personalizadas según sea necesario, y deben utilizarse cuando no exista un patrón o modelo que satisfaga el caso de uso. Al aplicar estos modelos, el objetivo es garantizar la cohesión con los productos de Tiendanube y mantener la consistencia de uso con las interfaces existentes.

Prestar atención a las asignaciones de los componentes es crucial para preservar la consistencia de la experiencia, lo que facilita la navegación para los usuarios que ya están familiarizados con Tiendanube.

Consultar la checklist de homologación

Componentes Atómicos y Compuestos

Categorización de Componentes

  • Componentes Atómicos: son elementos esenciales del sistema de diseño y no se pueden dividir.
  • Componentes Compuestos: son composiciones de componentes atómicos.

Asignación de Componentes

Cada componente se clasifica en una categoría de asignación, para mantener la coherencia de la experiencia entre diferentes aplicaciones y productos, es necesario seguir los usos descritos a continuación.

AsignaciónComponentes
Navegación/AcciónBotón , Botón de Icono , Enlace y Interruptor .
FormulariosEntrada , Área de Texto , Casilla de Verificación , Radio , Selección y Cargador de Archivos .
OrganizaciónCaja , Chip , Lista , Popover , Tabla , Acordeón , Barra Lateral , Tarjeta , Modal , Paginación y Pestañas .
Informativos/DecorativosTítulo , Texto , Etiqueta , Distintivo , Etiqueta , Toast , Alerta , Icono , Miniatura , Información sobre herramientas , Spinner y Esqueleto .

Patrones de Composición

¿Qué son los patrones de Nimbus?

Nimbus tiene una variedad de patrones que básicamente reúnen componentes atómicos y compuestos combinados con las reglas de negocio de Tiendanube. Estos recursos promueven una mayor consistencia y optimizan la construcción de productos nativos y de socios.

¿Cómo elegir los patrones adecuados?

Para comprender qué patrones debemos utilizar, es necesario analizar la experiencia que estamos diseñando y buscar aplicaciones similares dentro de la gama de casos de uso ya existentes.

A continuación, categorizamos los patrones por funcionalidades. Para obtener más información sobre sus asignaciones, recomendamos la lectura de su documentación.

FuncionalidadesComponentes
Organización de elementosLista de Datos , Tabla de Datos , Actualizaciones de Productos , Lista Interactiva , Modal Lateral , Diseño , Shell de Aplicación y Página .
InteractivosTarjeta de Información , Menú , Botón de Menú , Pestañas de Navegación , Miniatura con Acción y Campo de Formulario .
OrientativosMensaje Vacío y Enlace de Ayuda .

Límites de Personalización de Patrones Con el objetivo de mantener la coherencia, que es el enfoque principal de este recurso, debemos cumplir con las limitaciones de personalización de propiedades, no incluyendo ni reorganizando elementos de manera arbitraria a través de anulaciones. En otras palabras, siempre debemos priorizar la consistencia con el resto de los productos y aplicaciones.

Componentes de Formulario

Para recibir o enviar datos, debemos respetar las recomendaciones de uso según el tipo de información. A continuación, separamos los componentes de formulario y los tipos de información correspondientes que pueden enviar/recibir.

Tipo de InformaciónComponente
Texto CortoEntrada
Texto LargoÁrea de Texto
Selección MúltipleCasilla de Verificación
Selección de Opción ÚnicaRadio y Selección
Imagen y/o ArchivosCargador de Archivos

Patrón de Campo de Formulario

Nimbus proporciona un patrón de Campo de Formulario que combina la Etiqueta y un Texto de Ayuda con los principales campos de formulario y sus respectivas apariencias, facilitando su implementación por parte de nuestros equipos y socios.

Especificación de Campos

Etiquetas - Los campos de un formulario deben estar claramente etiquetados, dejando en claro el tipo de información que esperamos recibir. Podemos hacerlo utilizando el componente Etiqueta.

Texto de Ayuda - Los campos también pueden estar acompañados de textos de ayuda, que guían a los usuarios para que ingresen información válida o para indicar campos que se han completado de manera incorrecta o incompleta.

Apariencia - Los componentes tienen estados estándar, de error, éxito y peligro para admitir validaciones, y deben señalarse siempre que ocurra una validación.

Personalización y Flexibilidad

Anulaciones Prohibidas

La personalización de los componentes debe estar limitada a las propiedades disponibles en Storybook y UI Kit, y está prohibida la práctica de anulaciones. Si es necesario realizar modificaciones o agregar propiedades, se debe abrir una discusión en el repositorio de Github.

Creación de Patrones

Se permite la creación de nuevas composiciones de componentes, siempre que no exista otro patrón que pueda resolver el desafío. Para asegurarse, se recomienda abrir una discusión en el repositorio de Github.

Creación de Componentes Locales

Si los componentes no satisfacen las necesidades del producto, es posible diseñar un componente local, pero este recurso debe usarse con moderación. Para asegurarse, se recomienda abrir una discusión en el repositorio de Github.


Próximos Pasos