Uso de Traits en Scala: Concepto y Ejemplos Prácticos
Contenido del curso
Existe un concepto en lenguajes de programación que se conoce como Mixin. Un mixin es algo que contiene funcionalidades que luego pueden ser juntadas en una sola entidad.
Los Traits son la manera de aplicar este concepto en Scala. Dentro de un Trait podremos colocar cualquier implementación de funciones y/o valores (o hablando en términos de programación orientada a objetos, métodos y/o atributos), esta implementación puede ser mezclada en un solo objeto también (lo que se suele llamar como herencia múltiple en programación orientada a objetos).
Representación de un trait
Un Trait se puede definir de la siguiente manera:
// Definición de un trait trait ejemplo { val valor = 5 def funcion(x: Int) = x * x } // Para instanciarse debe usarse un objeto object ejemplo extends ejemplo
Aunque los Traits son similares a las clases, se suele preferir en Scala para agrupar código. En vez que tener funciones sueltas, normalmente las agruparemos dentro de Traits.
Al igual que con las clases, los Traits nos permitirán definir tipos de datos.
También se puede definir un trait usando la palabra sealed trait . Hacerlo así que evita que puedan instanciarse objetos usando ese trait por fuera del archivo de su definición. Sí, en Scala es posible escribir muchas definiciones ya sea de clases, traits etc, en el mismo archivo (en Java por ejemplo, eso no se puede ya que el lenguaje nos obliga a usar un archivo por clase).
El uso de los sealed traits es útil para decirle al compilador que no debe hacer una búsqueda en todo el código para saber dónde se está usando, mejorando los tiempos de compilación.
Más adelante veremos en más detalle uno de los usos más importantes que se les da a los sealed traits.
Jean Nuñez
J. Fernando Zuñiga Ortiz
Reinaldo Mendoza
Juan Angel Fuentes Leon
Traits nos permitirán definir tipos de datos, se ve interesante
Veo mucho su utilidad, espero poder aplicarlo pronto a un proyecto para poder entenderlo al 100.
funciona como el patron decorador
Si no mal recuerdo, y en dado caso corrigeme, el patrón de decorador añade funcionalidades a objetos encapsulando este mismo. Según la lectura los traits permiten que se agrupe secciones de código, esto no rompe con el principio de Single responsability?
