Patrones: Sets de lego
Componentes: Piezas de lego
Muy bien explicado Raúl :D
Gracias
De hecho es al reves... ¯_(ツ)_/¯
Patterns ≠ Components - Medium :scream:
Buen aporte @Juandc gracias!!
Gran aporte @juandc! :)
Patrones: Formas más comunes de darle solución a una acción específica (Patrón de flujo, comportamiento). Es posible inventar nuevos patrones.
Componentes: Cumplen diversas funciones, son parte de la interfaz (se adaptan).
Los componentes muestran un lenguaje visual con detalles pulidos y precisos, sin embargo, los patrones son independientes de cualquier aspecto en particular y se adaptan a cualquier lenguaje visual.
Patrones: Modelos de cajas
Componentes: Lo que está dentro de las cajas
Patterns describen cómo se comporta una interacción que ya es asumida por muchos usuarios.
Componentes definen el diseño de la funcionalidad en todos sus posibilidades.
Los patrones son estructuras ya establecidas para solucionar funcionalidades comunes de la mayoría de interfaces, son una estructura común ya definida para una funcionalidad especifica.
Los componentes son una parte pequeña de un todo, de un sistema, los componentes deben ser nombrados y documentados para que en el momento de comunicarlo con los desarrolladores no exista algún problema.
Los patrones estan conformados por componentes.
¿Se podría decir que los patrones ayudan al usuario a crear hábitos dentro de las plataformas digitales?
Sí, se puede decir que es así, esos patrones ya han resueltos los mismo problemas comunes en otras plataformas así que los usuarios pueden estar acostumbrados a usar la misma solución.
¿Patrones Ui son lo mismo que patrones de diseño ?
Hola @bryan.carmodi no, el UI refiere a las interfaces de usuario (las pantallas que se diseñan, lo que se ve y lo que comprende, flujos, estados de botones y bueno... todo lo que implica el UI).
Por otra parte los patrones de Diseño refieren a las condiciones que estableces para que otras personas puedan usar y crear sobre lo que tú haces. También Es una estandarización y sistema de convenciones generadas cultural y temporalmente y al ser REPETIBLES Y REUSABLES soluciona múltiples problemas en el desarrollo de webs, apps y/o softwares cambiando pequeños detalles.
19. Patrones y componentes
Patrones UI
Onboarding / wizard facebook
Preguntas para tener datos de forma progresivas
Reusables
Son soluciones más comunes para una funcionalidad dentro de una interfaz
Patrones de diseño: Soluciones de problemas comunes
Funcionalidad de contraseña
Componentes
Hacen funcionen pequeñas entre todo el motor del sistema
Tiene solo una funcionalidad en una app
Componentes de errores
Los componentes deben tener un nombre y documentarla
Patrón UI > Patrón diseño > Componentes
Hay algun lugar donde inspirarse en patrones?
Puedes usar dribbble ;)
Tambien uso una extencion para chrome muy buena, se llama Muzli
Los patrones de diseño son buenos para no rompernos la cabeza al crear una interfaz, en vez de tratar de inventar la rueda podemos basarnos en cómo han hecho otras aplicaciones para solucionar ciertos procesos en su interfaz ^^
¿Alguien sabe algún recurso web donde encontrar descripciones de patrones, qué sea algo así como un catálogo de patrones?
Compoentes: Set y piezas de lego
Patrones: Instructivo de lego
PATRONES UI: Dos ejemplos, facebook vr linkedin, la forma en que preguntan info personal y de llenar los datos, son patrones de usabilidad y de diseño. Son: SOLUCIONES MÁS COMUNES PARA UNA FUNCIONALIDAD DENTRO DE UNA INTERFAZ. En si son las funciones más comunes dentro de todas las funciones dentro de INTERNET.
Hay patrones de diseño ya establecidos, por ejemplo cuando se pide contraseña y te muestras si es fuerte o débil, y lo vez con un color u otro.
Un patrón de diseño muy común es: Ingreso datos + Validación datos + Envío de datos + Confirmación por mail, llamada o mensaje.
COMPONENTES: Son diferentes a los patrones. Estas hacen funciones pequeñas dentro de todo el software, son como conectores que permite que todo funcione.
Ejemplo de componente: Nombre, descripción, comportamientos/interacciones, estados.
Ser claro y definido en todo desde el principio, ya que el programador no esta dedicado a hacer diseño, y se puede confundir.
En el prototipo este tipo de cosas si se deben de poner en estático, se puede documentar sólo 1 campo, por ejemplo el de contraseña, se puede documentar cuando se es dévil, cuando esta fuerte, cuando esta bien, etc., esto lo puedo documentar en otro documento para que mie quipo pueda ver como son estas funcionalidades.
Ya se puede dividir y ver la diferencia.
Es muy importante documentar tus componentes para darle todo especificado en cuanto a diseño a los programadores, y no dejar vacíos que ellos deban resolver.
Al documentar, debe contemplarse cómo se ven componentes como los inputs de un formulario (componente) al poner la contraseña errónea, cuando la contraseña es débil o fuerte, cuando no hay conexión con el servidor, cuando falla la carga del sitio web, etc.
Los patrones de diseño es la repetición de componentes para solucionar problemas comunes
Me gustó mucha tu sencilla explicación!
😁 En el siguiente recurso pueden encontrar un component toolkit con un articulo detallado de su funcionalidad, es un recurso que me ha resultado muy util al momento de diseñar y desarrollar 💻