Un trait permite definir un conjunto de métodos que se pueden aplicar a cualquier clase, de modo que se puedan evitar los problemas asociados a la herencia múltiple en relación a la solución de conflictos.
En su definición, el conocimiento colectivo asocia a los traits con las siguientes caracteristicas:
Sin embargo, a diferencia de las Clases (concepto que ha sido trasladado a varios lenguajes), el termino Trait es usado en varias tecnologías para referirse a construcciones similares, caracterizadas por un subconjunto de estas propiedades, lo cual vuelve borroso el concepto y hace difícil definir que puede o no esperarse de un Trait. Por ese motivo tomamos como implementación de referencia a la que se encuentra en Smalltalk, desarrollada en base al paper Traits: Composable Units of Behaviour.
A continuación se detallan las operaciones que se encuentran implementadas en Smalltalk para usar traits:
+: Combina dos Traits en uno nuevo, el cual contiene todas las implementaciones definidas en ambos Traits.
-: Genera una copia del Trait destino, quitando la implementación del mensaje recibido por parámetro.
@: Realiza una copia de la implementación de un mensaje, utilizando otro nombre.
En aquellos casos en los que una clase usa dos traits que presentan implementaciones diferentes del mismo mensaje, se produce un conflicto, que debe ser resuelto en la definición de la clase en cuestión, de lo contrario si una instancia de la misma recibe este mensaje ocurrirá un error por el conflicto sin resolver.
Las herramientas provistas por el lenguaje para la resolución de conflictos se basa en las operaciones - y @ definidas anteriormente y en la premisa de que si se define el mismo mensaje en la clase o trait en conflicto, esta definición tendrá mayor peso, con lo cual las otras definiciones dejan de usarse y el conflicto desaparece.
Por ejemplo, si la clase A usa a los traits B y C, y tanto B como C definen #m algunas posibilidades para resolver el conflicto de #A>>m son:
Object subclass: #A
uses: B - #m + C
...
Object subclass: #A
uses: B @#{#mDeB -> #m} + C @#{#mDeC -> #m}
...
y luego…
#A>>m
self mDeB.
self mDeC.
Si no se define #A>>m además de definir los alias, el conflicto sigue existiendo.
Algunas teorías dicen que todo el comportamiento debería estar en los Traits (ver paper de Ducasse citado), según esas ideas una clase se define como:
Superclase + Trait composition (conjunción de varios traits) + Estado + Glue code
Por otro lado existe el enfoque opuesto de modo que los Traits sólo se usan como parches para el modelo con herencia simple de modo que se eviten las repeticiones de código. Si sólo se busca extraer el código repetido, el Trait extraído podría no tener consistencia semántica y no conformar una entidad representativa, volviéndose difícil de reutilizar y generando abstracciones pobres.
No hay ideas muy formadas aún sobre cómo diseñar con traits y herencia simple dándoles igual peso a ambas herramientas, por lo tanto en principio, seguir el primer enfoque y a partir de ello poder descubrir mejores alternativas es una estrategia interesante para el aprendizaje.
La meta-variable super se usa para modificar el Method Lookup de modo que sea posible redefinir métodos heredados y a su vez reutilizar la definición de la Clase padre.
El uso de super en un método de Trait es técnicamente posible ya que estos métodos serán invocados en el contexto de las Clases usuarias donde existe una superclase de la cual se heredan definiciones de métodos. Sin embargo esto implica que el Trait sólo pueda ser usado en contextos en los cuales la superclase tenga una implementación del mensaje enviado en el método de Trait, quedando altamente acoplado con los usuarios del mismo y por lo tanto disminuyendo su reutilizabilidad.
Home
Artículos
