Muchísimas gracias por dedicar parte de tu tiempo y conocimientos a toda la comunidad ya que muchos se enfrascan en el mismo video de angular de 0 por cada versión que aparece sin avanzar o profundizar en todas las bondades de angular, me pareció excelente tu explicación y en cuanto a su implementación de verdad me fue sin problema, solo me queda una duda ya que usaste rxjs que está bien pero ¿se puede lograr lo mismo con signal y effect?. Muchas gracias a la espera de tu próximo video
Hola Yeferson, muchas gracias, tus comentarios me motivan para seguir creando contenido. Respecto a signal y effect, claro que se puede hacer, pero con mucha lógica detrás y muchos condicionales. Y al final el código no es escalable si la app sigue creciendo. Es verdad, que hay que sentarse y debatir con los demás desarrolladores cuál es la mejor alternativa, sin premeditarse.
Este patron hipoteticamente deberia ser ideal para una tabla? Yo tengo un componente tabla con muuuchos @if en el html evaluando el columType, para que la celda sea de un tipo o de otro, y pues esto se ha complejizado demasiado ya que ademas de tener muchos tipos de celdas tambien debo manejar subcolumnas con los mismos tipos, y con celdas tipo input, tipo card, tipo currency, tambien a veces me piden poder tener una celda que projecte contenido para no atar la celda a cierta estructura especifica... Yy esto se ha vuelto una locura
No creo que debas aplicar estré patrón en tu caso. Lo que yo haría es tener un componente (columnType) base y renderizar los tipos de celdas mediante *ngTemplateOutlet. Esto es un dumb component, es decir, sólo recibe parámetros (inputs). Y luego en shared tendría mis componentes a reutilizar (input, select, date...) y todos ellos extienden de ese componente Base primero. Y por finalizar un componente tabla con un switch donde dependiendo de la columna y de la data pintas un componente u otro. Espero haberte ayudado. Gracias por tus comentarios!
Muchísimas gracias por dedicar parte de tu tiempo y conocimientos a toda la comunidad ya que muchos se enfrascan en el mismo video de angular de 0 por cada versión que aparece sin avanzar o profundizar en todas las bondades de angular, me pareció excelente tu explicación y en cuanto a su implementación de verdad me fue sin problema, solo me queda una duda ya que usaste rxjs que está bien pero ¿se puede lograr lo mismo con signal y effect?. Muchas gracias a la espera de tu próximo video
Hola Yeferson, muchas gracias, tus comentarios me motivan para seguir creando contenido. Respecto a signal y effect, claro que se puede hacer, pero con mucha lógica detrás y muchos condicionales. Y al final el código no es escalable si la app sigue creciendo. Es verdad, que hay que sentarse y debatir con los demás desarrolladores cuál es la mejor alternativa, sin premeditarse.
Este patron hipoteticamente deberia ser ideal para una tabla? Yo tengo un componente tabla con muuuchos @if en el html evaluando el columType, para que la celda sea de un tipo o de otro, y pues esto se ha complejizado demasiado ya que ademas de tener muchos tipos de celdas tambien debo manejar subcolumnas con los mismos tipos, y con celdas tipo input, tipo card, tipo currency, tambien a veces me piden poder tener una celda que projecte contenido para no atar la celda a cierta estructura especifica... Yy esto se ha vuelto una locura
No creo que debas aplicar estré patrón en tu caso. Lo que yo haría es tener un componente (columnType) base y renderizar los tipos de celdas mediante *ngTemplateOutlet. Esto es un dumb component, es decir, sólo recibe parámetros (inputs). Y luego en shared tendría mis componentes a reutilizar (input, select, date...) y todos ellos extienden de ese componente Base primero. Y por finalizar un componente tabla con un switch donde dependiendo de la columna y de la data pintas un componente u otro. Espero haberte ayudado. Gracias por tus comentarios!