Scala es un lenguaje que combina Programación Orientada a Objetos y Programación Funcional
def dobleLongitud(x: String): Int = {
2 * x.length
}
List("hola", "hi", "bonjour").map({ str =>
str.length * 2
})
Text
En listas tenemos la función map:
scala> List("hola", "hello", "bonjour").map( str => str.length )
res0: List[Int] = List(4, 5, 7)
En options también tenemos la función map:
scala> val x : Option[Int] = Some(7)
scala> x.map( n => n*2 )
Some(14)
scala> val x : Option[Int] = None
scala> x.map( n => n*2 )
None
En futures (similares a promesas en js) también tenemos la función map:
scala> val result: Future[String] = ??? // e.g. un servicio web
scala> val lines: Future[List[String]] = result.map( str => str.split("\n") )
List, Option y Future comparten la propiedad de ser "contenedores" y por eso tiene sentido la función map para transformar su contenido
Digamos que queremos implementar una función replace para reemplazar el valor de un contenedor por un valor constante
class List[A] {
def map[B](f: A => B): List[B] = ...
def replace[B](b: B): List[B] = {
map(a => b)
}
}
Implementándolo para List:
scala> List(1,2,3).replace( "A" )
res0: List[String] = List("A", "A", "A")
Funcionando en List:
trait Option[A] {
def map[B](f: A => B): Option[B] = ...
def replace[B](b: B): Option[B] = {
map(a => b)
}
}
Implementándolo para Option:
scala> val x: Option[Int] = Some(4)
scala> x.replace("A")
res0: Option[String] = Some("A")
scala> val y: Option[Int] = None
scala> y.replace("A")
res1: Option[String] = None
Funcionando en Option:
trait Future[A] {
def map[B](f: A => B): Future[B] = ...
def replace[B](b: B): Future[B] = {
map(a => b)
}
}
Implementándolo para Future:
scala> val result: Future[String] = ... // http request
scala> val replacedResult: Future[Int] = result.replace(100)
// Después de hacer la solicitud http reemplace
// el resultado por una constante
Funcionando en Future:
replace está implementado de forma idéntica en los tres casos, solo depende de map
Tenemos tres implementaciones de map, para tipos distintos:
def mapList [A,B](list : List[A] , f: A => B): List[B] = ...
def mapOption[A,B](option: Option[A], f: A => B): Option[B] = ...
def mapFuture[A,B](future: Future[A], f: A => B): Future[B] = ...
Generalizando para cualquier tipo contenedor F:
def map[A,B](fa: F[A], f: A => B): F[B]
...podríamos implementar replace de forma genérica para cualquier F:
def replace[A,B](fa: F[A], b: B): F[B] = map(fa, a => b)
¿Como podemos generalizar esto?
Requerimos de dos cosas:
Los tipos clasifican valores:
scala> val x = 1
scala> val s = "asdfadfas"
scala> val f = { x: Int => x + "n" }
scala> val l = List(1,2,3)
Los tipos clasifican valores:
scala> val x = 1
scala> val s = "asdfadfas"
scala> val f = { x: Int => x + "n" }
scala> val l = List(1,2,3)
scala> :t x
Int
Los tipos clasifican valores:
scala> val x = 1
scala> val s = "asdfadfas"
scala> val f = { x: Int => x + "n" }
scala> val l = List(1,2,3)
scala> :t x
Int
scala> :t s
String
Los tipos clasifican valores:
scala> val x = 1
scala> val s = "asdfadfas"
scala> val f = { x: Int => x + "n" }
scala> val l = List(1,2,3)
scala> :t x
Int
scala> :t s
String
scala> :t f
Int => String
Los tipos clasifican valores:
scala> val x = 1
scala> val s = "asdfadfas"
scala> val f = { x: Int => x + "n" }
scala> val l = List(1,2,3)
scala> :t x
Int
scala> :t s
String
scala> :t f
Int => String
scala> :t l
List[Int]
Los kinds clasifican tipos
¿Cual es el kind de Int?
Los tipos propios son aquellos tipos de los que podemos construir un valor.
:k -v Int
*
This is a proper type.
Int es un tipo autocontenido. A diferencia de otros tipos, como List no requiere especificar ningún tipo.
scala> :k -v String
scala> :k -v String
*
This is a proper type.
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
*
This is a proper type.
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
*
This is a proper type.
scala> case class Foo(a: Int, b: String)
scala> :k -v Foo
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
*
This is a proper type.
scala> case class Foo(a: Int, b: String)
scala> :k -v Foo
*
This is a proper type.
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
*
This is a proper type.
scala> case class Foo(a: Int, b: String)
scala> :k -v Foo
*
This is a proper type.
* Nota: La consola de Scala de verdad se equivoca al preguntarle el kind en estos casos. Otros lenguajes con Higher Kinded Types si retornan la respuesta correcta en estos casos
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
*
This is a proper type.
scala> case class Foo(a: Int, b: String)
scala> :k -v Foo
*
This is a proper type.
scala> :k -v List
scala> :k -v String
*
This is a proper type.
scala> :k -v Int => String
*
This is a proper type.
scala> :k -v List[Float]
*
This is a proper type.
A diferencia de los anteriores no podemos construir un valor de tipo solo List
Debemos llenar el [_] en List[_] con algún tipo.
List es un constructor de tipos, es decir ¡un tipo de orden superior!
scala> case class Foo(a: Int, b: String)
scala> :k -v Foo
*
This is a proper type.
scala> :k -v List
Es decir List es un tipo que necesita a otro tipo para poder "especificarse" y así crear un tipo propio.
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
:k Future
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
:k Future
* -> *
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
:k Future
* -> *
:k Either
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
:k Future
* -> *
:k Either
(*,*) -> *
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
:k Future
* -> *
:k Either
(*,*) -> *
* Nota: La consola de Scala no devuelve los kinds en esta misma notación. La idea acá es transmitir lo importante.
Estos tipos se denominan:
tipos abstractos o constructores de tipos o higher kinded types
Así como hay funciones de orden superior (funciones que reciben otras funciones, por ejemplo) existen tipos de orden superior (tipos que reciben otros tipos)
:k List
* -> *
:k Option
* -> *
:k Future
* -> *
:k Either
(*,*) -> *
Algunos paralelos
Algunos paralelos
def id(a: Int): Int = a
Algunos paralelos
def id(a: Int): Int = a
type Id[A] = A
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
def id(f: Int => Int, a: Int): Int = f(a)
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
def id(f: Int => Int, a: Int): Int = f(a)
type Id[A[_],B] = A[B]
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
def id(f: Int => Int, a: Int): Int = f(a) //:t id :: (Int => Int, Int) => Int
type Id[A[_],B] = A[B]
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
def id(f: Int => Int, a: Int): Int = f(a) //:t id :: (Int => Int, Int) => Int
type Id[A[_],B] = A[B]
¿Qué quiere decir A[_]?
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
def id(f: Int => Int, a: Int): Int = f(a) //:t id :: (Int => Int, Int) => Int
type Id[A[_],B] = A[B]
Un tipo de orden superior que recibe un solo tipo
:k A :: * -> *
¿Qué quiere decir A[_]?
Algunos paralelos
def id(a: Int): Int = a //:t id :: Int => Int
type Id[A] = A //:k Id :: * -> *
def id(f: Int => Int, a: Int): Int = f(a) //:t id :: (Int => Int, Int) => Int
type Id[A[_],B] = A[B] //:k Id :: ( * -> * , * ) -> *
Un tipo de orden superior que recibe un solo tipo
:k A :: * -> *
¿Qué quiere decir A[_]?
Ejemplo
¿Qué tipos coinciden con D?
Tipos propios como Int, String, List[Int] o Either[Throwable, MyClass]
¿Qué tipos coinciden con F[_]?
Tipos de orden superior que necesitan un (1) tipo como: Future, List, Option, o Vector
¿Qué tipos coinciden con G[_,_]?
Tipos de orden superior que necesitan dos (2) tipos como: Either, Map, o Function1
trait Example[ D , F[_] , G[_,_] ]
trait Example[ D , F[_] , G[_,_] ]
trait Impl0 extends Example[ Int , List , Either ]
trait Impl1 extends Example[ List[Int] , List , Validation]
trait Impl2 extends Example[ List , List , Either ]
trait Impl3 extends Example[ Int , Either , Either ]
trait Impl4 extends Example[ Int , List , Future ]
Nada que ver con Clases de Programación Orientada a Objetos
No son una construcción del lenguaje. Mas bien son un patrón que utiliza distintas partes del lenguaje.
Motivación:
Inspiradas en las Type Classes de Haskell
La misma operación funcionando en distintos tipos
Un mismo nombre para multiples instancias que estan relacionadas por una misma superclase.
La misma operación funcionando en distintos tipos
La misma operación funcionando en distintos tipos
trait Persona {
def numeroIdentificacion: String
}
case class PersonaNatural extends Persona
case class PersonaJuridica extends Persona
La misma operación funcionando en distintos tipos, pero ignorando la diferencia entre los tipos
La misma operación funcionando en distintos tipos
trait Persona {
def numeroIdentificacion: String
}
case class PersonaNatural extends Persona
case class PersonaJuridica extends Persona
La misma operación funcionando en distintos tipos
trait Persona {
def numeroIdentificacion: String
}
case class PersonaNatural extends Persona
case class PersonaJuridica extends Persona
def invertirLista[A](xs: List[A]): List[A]
class Queue[A] {
...
}
La misma operación funcionando en distintos tipos, haciendo algo distinto para cada tipo. Por ejemplo overloading
La misma operación funcionando en distintos tipos
trait Persona {
def numeroIdentificacion: String
}
case class PersonaNatural extends Persona
case class PersonaJuridica extends Persona
def invertirLista[A](xs: List[A]): List[A]
class Queue[A] {
...
}
La misma operación funcionando en distintos tipos
trait Persona {
def numeroIdentificacion: String
}
case class PersonaNatural extends Persona
case class PersonaJuridica extends Persona
Type Classes
def invertirLista[A](xs: List[A]): List[A]
class Queue[A] {
...
}
Consisten de:
(Pueden haber funciones implementadas en función de otras sin implementar)
trait Ord[T] {
def lessOrEq(a: T, b: T): Boolean
}
object intOrd extends Ord[Int] {
def lessOrEq(a: Int, b: Int): Boolean = a <= b
}
Un ejemplo:
Una instancia:
Si existe una instancia de la type class TC para un tipo T se suele decir "T está en la type class TC".
Por ejemplo, dado que definimos una instancia de Ord para Int podemos decir que Int está en la type class Ord
def sort[A](xs: List[A])(ordA: Ord[A]): List[A] = ...
Con esto podríamos abstraer ciertas cosas:
def sort[A](xs: List[A])(ordA: Ord[A]): List[A] = ...
Con esto podríamos abstraer ciertas cosas:
La librería estándar tiene una type class similar para comparar elementos de un tipo y es la que se usa al llamar métodos como sorted: scala.math.Ordering
def sort[A](xs: List[A])(ordA: Ord[A]): List[A] = ...
sort(List(5, 8, 10, 9))(intOrd)
sort(List(4.3, 7.8, 1.9, 0.5))(doubleOrd)
sort(List("def" ,"zxy", "abc"))(stringOrd)
Con esto podríamos abstraer ciertas cosas:
Y podríamos utilizarla con tipos para los que hayamos definido una forma de comparar los elementos:
def sort[A](xs: List[A])(ordA: Ord[A]): List[A] = ...
sort(List(5, 8, 10, 9))(intOrd)
sort(List(4.3, 7.8, 1.9, 0.5))(doubleOrd)
sort(List("def" ,"zxy", "abc"))(stringOrd)
Con esto podríamos abstraer ciertas cosas:
Pasar la instancia explícitamente a los métodos que lo necesitan puede ser cansón
Y podríamos utilizarla con tipos para los que hayamos definido una forma de comparar los elementos:
def sort[A](xs: List[A])(ordA: Ord[A]): List[A] = ...
sort(List(5, 8, 10, 9))(intOrd)
sort(List(4.3, 7.8, 1.9, 0.5))(doubleOrd)
sort(List("def" ,"zxy", "abc"))(stringOrd)
Con esto podríamos abstraer ciertas cosas:
Pasar la instancia explícitamente a los métodos que lo necesitan puede ser cansón
¡Parámetros implícitos!
Y podríamos utilizarla con tipos para los que hayamos definido una forma de comparar los elementos:
>
Entorno de variables definidas:
> val x = 1
x : Int
Entorno de variables definidas:
> val x = 1
> val y = "hola!"
x : Int
y : String
Entorno de variables definidas:
> val x = 1
> val y = "hola!"
> x + z
x : Int
y : String
Entorno de variables definidas:
> val x = 1
> val y = "hola!"
> x + z
> error: not found: value z
x : Int
y : String
Entorno de variables definidas:
> val x = 1
> val y = "hola!"
>
x : Int
y : String
Entorno de variables nombradas:
Entorno de variables implícitas:
> val x = 1
> val y = "hola!"
> implicit val w = "blabla"
x : Int
y : String
w : String
Entorno de variables nombradas:
w: String
Entorno de variables implícitas:
def saludar(nombre: String)(implicit saludo: String): String = {
s"$saludo, $nombre"
}
> implicit val saludoEnEspañol = "Hola"
> saludar("Laura")
res0: String = Hola, Laura
Una función puede tener parámetros implícitos:
La función se puede invocar sin especificar los parámetros implícitos siempre que en el scope implícito de la invocación haya uno de ese tipo:
> saludar("Laura")("Hi")
res0: String = Hi, Laura
Las funciones con parámetros implícitos se pueden llamar como cualquier otra función pasando explícitamente el valor de los parámetros implícitos:
object Ord {
implicit object intOrd extends Ord[Int] {
def lessOrEq(a: Int, b: Int): Boolean = a <= b
}
implicit object stringOrd extends Ord[String] {
def lessOrEq(a: String, b: String): Boolean = {
(a compareTo b) <= 0
}
}
def sort[A](xs: Array[A])(implicit ord: Ord[A]): Array[A] = ...
}
Para facilitar el uso de type classes se pueden usar implicits:
import Ord._
sort(List(5, 8, 10, 9))
sort(List("def" ,"zxy", "abc"))
Equivalente al anterior. Notación que sirve para type classes de un solo parámetro.
object Ord {
implicit object intOrd extends Ord[Int] {
def lessOrEq(a: Int, b: Int): Boolean = a <= b
}
implicit object stringOrd extends Ord[String] {
def lessOrEq(a: String, b: String): Boolean = {
(a compareTo b) <= 0
}
}
def sort[A: Ord](xs: Array[A]): Array[A] = ...
}
Para facilitar el uso de type classes se pueden usar implicits:
import Ord._
sort(List(5, 8, 10, 9))
sort(List("def" ,"zxy", "abc"))
Para facilitar el uso de type classes se pueden usar implicits:
import Ord._
sort(List(Persona(nombre = "Felipe"), Persona(nombre ="Andrea")))
object Ord {
implicit object intOrd extends Ord[Int] {
def lessOrEq(a: Int, b: Int): Boolean = a <= b
}
implicit object stringOrd extends Ord[String] {
def lessOrEq(a: String, b: String): Boolean = {
(a compareTo b) <= 0
}
}
def sort[A](xs: Array[A])(implicit ord: Ord[A]): Array[A] = ...
}
Para facilitar el uso de type classes se pueden usar implicits:
import Ord._
sort(List(Persona(nombre = "Felipe"), Persona(nombre ="Andrea")))
error: could not find implicit value for parameter ord: Ord[Persona]
object Ord {
implicit object intOrd extends Ord[Int] {
def lessOrEq(a: Int, b: Int): Boolean = a <= b
}
implicit object stringOrd extends Ord[String] {
def lessOrEq(a: String, b: String): Boolean = {
(a compareTo b) <= 0
}
}
def sort[A](xs: Array[A])(implicit ord: Ord[A]): Array[A] = ...
}
Una forma de extraer valores del scope implícito:
def implicitly[T](implicit e: T): T = e
implicitly es una función, del preludio estándar, que recibe un tipo T y devuelve el valor implícito de valor T que se encuentre dentro del scope ímplicito de la llamada.
scala> implicit val x = "Hola!"
x: String = Hola!
scala> val y = implicitly[String]
y: String = Hola!
scala> y == "Hola!"
res0: Boolean = true
scala> implicitly[Int]
<console>:0: error: could not find implicit value for parameter e: Int
implicitly[Int]
Ejemplo:
Si no se ha definido ninguno, falla con un error de compilación:
scala> implicit val x = "Hola!"
x: String = Hola!
scala> implicit val y = "Chao!"
y: String = Chao!
scala> implicitly[String]
<console>:10: error: ambiguous implicit values:
both value x of type => String
and value y of type => String
match expected type String
implicitly[String]
^
Si en el scope actual se han definido 2 o mas valores implícitos del mismo tipo, (y ambos son igual de específicos) entonces falla con un error de compilación:
Los implícitos se pueden propagar automáticamente entre métodos:
def compare[A](x: A, y: A)(implicit ord: Ord[A]): Boolean = {
ord.lessOrEq(x,y)
}
Un método que lo invoque debería proveer el argumento ord:
def min[A](x: A, y: A)(implicit ord: Ord[A]): Boolean = {
if(compare(x,y)) {
x
} else {
y
}
}
Los implícitos se pueden propagar automáticamente entre métodos:
def compare[A](x: A, y: A)(implicit ord: Ord[A]): Boolean = {
ord.lessOrEq(x,y)
}
Un método que lo invoque debería proveer el argumento ord:
def min[A: Ord](x: A, y: A): Boolean = {
if(compare(x,y)) {
x
} else {
y
}
}
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
Entorno de variables implícitas:
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
implicit def toBar(implicit foo: Foo): Bar = {
Bar(s"${foo.a} -> ${foo.b}")
}
toBar: Foo => Bar
Entorno de variables implícitas:
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
implicit def toBar(implicit foo: Foo): Bar = {
Bar(s"${foo.a} -> ${foo.b}")
}
toBar: Foo => Bar
Entorno de variables implícitas:
Funciones en el scope implícito se denominan conversiones implícitas
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
implicit def toBar(implicit foo: Foo): Bar = {
Bar(s"${foo.a} -> ${foo.b}")
}
def printBar(implicit bar: Bar) = {
println(s"bar -> $bar")
}
toBar: Foo => Bar
Entorno de variables implícitas:
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
implicit def toBar(implicit foo: Foo): Bar = {
Bar(s"${foo.a} -> ${foo.b}")
}
def printBar(implicit bar: Bar) = {
println(s"bar -> $bar")
}
scala> implicit val foo = Foo("hola", 1)
foo: Foo = Foo(hola,1)
toBar: Foo => Bar
foo: Foo
Entorno de variables implícitas:
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
implicit def toBar(implicit foo: Foo): Bar = {
Bar(s"${foo.a} -> ${foo.b}")
}
def printBar(implicit bar: Bar) = {
println(s"bar -> $bar")
}
scala> implicit val foo = Foo("hola", 1)
foo: Foo = Foo(hola,1)
scala> printBar
toBar: Foo => Bar
foo: Foo
Entorno de variables implícitas:
Los implicitos se pueden "componer" automáticamente:
case class Foo(a: String, b: Int)
case class Bar(m: String)
implicit def toBar(implicit foo: Foo): Bar = {
Bar(s"${foo.a} -> ${foo.b}")
}
def printBar(implicit bar: Bar) = {
println(s"bar -> $bar")
}
scala> implicit val foo = Foo("hola", 1)
foo: Foo = Foo(hola,1)
scala> printBar
bar -> Bar(hola -> 1)
toBar: Foo => Bar
foo: Foo
Entorno de variables implícitas:
/**
* Generic json value
*/
sealed trait JsValue { ... }
case object JsNull extends JsValue
case class JsBoolean(value: Boolean) extends JsValue
case class JsNumber(value: BigDecimal) extends JsValue
case class JsString(value: String) extends JsValue
case class JsArray(value: Seq[JsValue] = List()) extends JsValue {
...
}
case class JsObject(private val underlying: Map[String, JsValue]) extends JsValue {
...
}
Serialización JSON en Play-JSON (similar en Spray-JSON)
Un objeto JSON es representado en Scala con un ADT:
Una representación canónica de un valor JSON
trait JsonConvertible {
def toJsValue: JsValue
}
Una solución usando interfaces:
trait JsonConvertible {
def toJsValue: JsValue
}
class Persona(name: String, age: Int) extends JsonConvertible {
def toJsValue = {
JsObject(Map(
"name" -> JsString( name ),
"age" -> JsNumber( age )
))
}
}
Una solución usando interfaces:
trait JsonConvertible {
def toJsValue: JsValue
}
class Persona(name: String, age: Int) extends JsonConvertible {
def toJsValue = {
JsObject(Map(
"name" -> JsString( name ),
"age" -> JsNumber( age )
))
}
}
Una solución usando interfaces:
Problemas:
Separar en una type class la responsabilidad de convertir a JsValue.
trait Writes[A] {
/**
* Convert the object into a JsValue
*/
def writes(o: A): JsValue
...
}
case class Ciudad(codigo: String, nombre: String)
object CiudadWrites extends Writes[Ciudad] {
def write(c: Ciudad): JsValue = {
JsObject(
"codigo" -> JsString( c.codigo ),
"nombre" -> JsString( c.nombre )
)
}
}
Es una mejora pero igual hay algo de trabajo manual.
Play Json, a partir de macros, puede derivar automáticamente el Writes de una clase, dado que en el scope implícito haya un Writes para cada uno de los tipos de atributos de la clase.
Dentro de Play existen Writes para los tipos básicos de Scala: String, Int, Double, Float, Boolean, etc..
Play Json, a partir de macros, puede derivar automáticamente el Writes de una clase, dado que en el scope implícito haya un Writes para cada uno de los tipos de atributos de la clase.
Dentro de Play existen Writes para los tipos básicos de Scala: String, Int, Double, Float, Boolean, etc..
Play Json, a partir de macros, puede derivar automáticamente el Writes de una clase, dado que en el scope implícito haya un Writes para cada uno de los tipos de atributos de la clase.
import play.api.libs.json._
Dentro de Play existen Writes para los tipos básicos de Scala: String, Int, Double, Float, Boolean, etc..
Play Json, a partir de macros, puede derivar automáticamente el Writes de una clase, dado que en el scope implícito haya un Writes para cada uno de los tipos de atributos de la clase.
Json.writes[MiCaseClass]
El mecanismo de macro se invoca llamando:
y devuelve un Writes[MiCaseClass]
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudadResidencia: Ciudad)
Dentro de Play existen Writes para los tipos básicos de Scala: String, Int, Double, Float, Boolean, etc..
Play Json, a partir de macros, puede derivar automáticamente el Writes de una clase, dado que en el scope implícito haya un Writes para cada uno de los tipos de atributos de la clase.
Json.writes[MiCaseClass]
El mecanismo de macro se invoca llamando:
y devuelve un Writes[MiCaseClass]
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudadResidencia: Ciudad)
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudadResidencia: Ciudad)
import play.api.libs.json.Json
scala> Json.writes[Persona]
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudadResidencia: Ciudad)
import play.api.libs.json.Json
scala> Json.writes[Persona]
<console>:13: error: No implicit writes for Ciudad available.
Json.writes[Persona]
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudadResidencia: Ciudad)
import play.api.libs.json.Json
scala> Json.writes[Persona]
<console>:13: error: No implicit writes for Ciudad available.
Json.writes[Persona]
scala> implicit val ciudadWrites = Json.writes[Ciudad]
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudadResidencia: Ciudad)
import play.api.libs.json.Json
scala> Json.writes[Persona]
<console>:13: error: No implicit writes for Ciudad available.
Json.writes[Persona]
scala> implicit val ciudadWrites = Json.writes[Ciudad]
scala> Json.writes[Persona]
res1: play.api.libs.json.OWrites$$anon$1@2113b9b1
case class Ciudad(codigo: String, nombre: String)
case class Persona(nombre: String, ciudades: Array[Ciudad])
Haciendo un cambio:
... sigue funcionando:
import play.api.libs.json.Json
scala> implicit val ciudadWrites = Json.writes[Ciudad]
scala> Json.writes[Persona]
res1: play.api.libs.json.OWrites$$anon$1@2113b9b1
Pero no fue necesario definir un Writes[Array[Ciudad]] explícitamente
Bastó con un Writes[Ciudad]
Writes[A] => Writes[Array[A]]
Una conversión implícita:
¿Por qué funcionó esto?
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
???
}
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = ???
}
}
¿Cuál es el subtipo de JsValue que corresponde a un arreglo de elementos?
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = ???
}
}
¿Cuál es el subtipo de JsValue que corresponde a un arreglo de elementos?
JsArray
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = ???
}
}
¿Cuál es el subtipo de JsValue que corresponde a un arreglo de elementos?
JsArray
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = {
val jsvals: Seq[JsValue] = ???
JsArray( jsvals )
}
}
}
Teniendo un Writes de A's podemos convertir en un JsValue cada elemento del arreglo de entrada:
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = {
val jsvals: Seq[JsValue] = ???
JsArray( jsvals )
}
}
}
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = {
val jsvals: Seq[JsValue] = as.map(a => wrt.write(a)).toSeq
JsArray( jsvals )
}
}
}
Teniendo un Writes de A's podemos convertir en un JsValue cada elemento del arreglo de entrada:
implicit def arrWrites[A](implicit wrt: Writes[A]): Writes[Array[A]] = {
new Writes[Array[A]] {
def writes(as: Array[A]): JsValue = {
val jsvals: Seq[JsValue] = as.map(a => wrt.write(a)).toSeq
JsArray( jsvals )
}
}
}
Teniendo un Writes de A's podemos convertir en un JsValue cada elemento del arreglo de entrada:
Si no existe una instancia para el tipo no pasa el chequeo de tipos.
Posibilidad de derivar nuevas instancias a partir de existentes
No requieren implementar las funcionalidades en el cuerpo de las clases
Bien diseñada una type class solo se ocupa de modelar un comportamiento muy específico
Usar tipos ricos en Scala, que tienen su equivalente en la base de datos
Usar tipos ricos en Scala, que tienen su equivalente en la base de datos
Usar tipos ricos en Scala, que tienen su equivalente en la base de datos
Interpretar Query params
Interpretar Query params
Patrones de programación funcional
Una forma de "agregar" nuevos métodos a una clase que ya ha sido definida.
Puede ser útil para agregar métodos utilitarios a librerías externas
Aprovecha el mecanismo de conversiones implícitas
¿Cómo funciona el siguiente código?
import scala.concurrent.duration._
val d = 5.seconds
La clase scala.Int no tiene un método seconds
¡Una conversión implícita a una clase que sí lo tenga y que utilice el entero!
package object duration {
implicit class DurationInt(private val n: Int) {
...
def seconds = durationIn(SECONDS)
def second = seconds
...
}
}
...alternativamente:
package object duration {
implicit def toDurationInt(n: Int) = new DurationInt(n)
class DurationInt(private val n: Int) {
...
def seconds = durationIn(SECONDS)
def second = seconds
...
}
}
trait Ord[T] {
def lessOrEq(a: T, b: T): Boolean
}
implicit object stringOrd extends Ord[String] {
def lessOrEq(a: String, b: String): Boolean = (a compareTo b) <= 0
}
stringOrd.lessOrEq("hola", "chao")
Los typeclasses promueven un estilo de invocación raro
class OrdOps[T](a: T)(implicit ord: Ord[T]) {
def lessOrEq(b: T): Boolean = ord.lessOrEq(a,b)
}
Definir una clase de ayuda y una conversión implícita:
class OrdOps[T](a: T)(implicit ord: Ord[T]) {
def lessOrEq(b: T): Boolean = ord.lessOrEq(a,b)
}
implicit def toOrdOps[T: Ord](t: T) = new OrdOps(t)
Definir una clase de ayuda y una conversión implícita:
class OrdOps[T](a: T)(implicit ord: Ord[T]) {
def lessOrEq(b: T): Boolean = ord.lessOrEq(a,b)
}
implicit def toOrdOps[T: Ord](t: T) = new OrdOps(t)
"hola".lessOrEq("chao")
"hola" lessOrEq "chao"
Definir una clase de ayuda y una conversión implícita:
Mucho trabajo manual y repetitivo al definir typeclasses:
Podemos hacerlo mediante una type class:
trait Mappable[F[_]] {
def map[A,B](fa: F[A])(f: A => B): F[B]
def replace[A,B](fa: F[A], b: B): F[B] = {
map(fa, a => b)
}
}
def mapList [A,B](list : List[A] , f: A => B): List[B] = ...
def mapOption[A,B](option: Option[A], f: A => B): Option[B] = ...
def mapFuture[A,B](future: Future[A], f: A => B): Future[B] = ...
Volviendo al problema original queríamos generalizar esto:
Un Mappable es algo que tiene una operación map que ejecuta una función dentro del contexto de un "contenedor" F[_]
trait Mappable[F[_]] {
def map[A,B](fa: F[A])(f: A => B): F[B]
}
Una implementación de ejemplo:
object ListMappable extends Mappable[List] {
def map[A,B](la: List[A])(f: A => B): List[B] = {
la.map(f)
}
}
La implementación solo llama el método map definido dentro de la clase List
Higher Kinded Types
Type Classes e Implicits
“But I don’t want to go among mad people," Alice remarked.
"Oh, you can’t help that," said the Cat: "we’re all mad here. I’m mad. You’re mad."
"How do you know I’m mad?" said Alice.
"You must be," said the Cat, "or you wouldn’t have come here.”
― Lewis Carroll, Alice in Wonderland