Curso Ruby

Los atributos NO son mensajes.
Objetos pueden tener múltiples atributos  conjunto de atributos Estado
Estado privado  solo el objeto puede utilizar sus atributos
Métodos que sirven para conocer el valor de un atributo los

llamamos métodos de acceso o simplemente accessors,
Definí el método ciudad que retorne la ubicación de nuestra golondrina.
module Pepita
@energia = 100
@ciudad = Obera
def self.ciudad
@ciudad
end
end
Teniendo en cuenta Bs As Km 0 Obera km 1040 Iruya km 1710
Para ver cuánto recorrer? Mensaje abs que entienden los números y nos retorna su valor
absoluto
> 17.abs
=> 17
> (-17).abs
=> 17
> (1710 - 1040).abs

=> 670
> (1040 - 1710).abs

=> 670
> (1040 - 1710).abs / 2

=> 335
 Definí el objeto que representa a BuenosAires.

 Definí en Obera, Iruya y BuenosAires un método kilometro que retorne la altura a la
que se encuentran, según el esquema. ¡Cuidado! No tenés que guardar el
valor en un atributo @kilometro sino simplemente retornar el número que
corresponde.
 Modificá el método volar_hacia! de Pepita para hacer el cálculo de la distancia y
alterar su energía. Para acceder al kilometro inicial de Pepita tenes que
hacer @ciudad.kilometro.
arranque con la energía en 1000.
module BuenosAires
def self.kilometro
return 0
end
end
module Obera
def self.kilometro
return 1040
end
end
module Iruya
def self.kilometro
return 1710
end
end
module Pepita
@energia = 1000
@ciudad = Obera
def self.energia
@energia
end
def self.ciudad
@ciudad
end
def self.cantar!
'pri pri pri'
end
def self.comer_lombriz!
@energia += 20
end
def self.volar_en_circulos!
@energia -= 10
end
def self.volar_hacia!(destino)
@energia -=(@ciudad.kilometro - destino.kilometro).abs*0.5
@ciudad = destino
end
end
Un objeto puede enviarse un mensaje a sí mismo fácilmente

usando self como receptor del mensaje.
Pero esto se puede mejorar un poco más. Delegá el cálculo de la distancia en un
método distancia_a, que tome un destino y devuelva la distancia desde la ciudad
actual hasta el destino
module Pepita
@energia = 1000
@ciudad = Obera
def self.energia
@energia
end
def self.ciudad
@ciudad
end
def self.cantar!
'pri pri pri'
end
@energia += 20
end
@energia -= 10
end
self.gastar_energia!(destino)
@ciudad = destino
end
def self.distancia_a(destino)
(ciudad.kilometro - destino.kilometro).abs
end
def self.gastar_energia!(destino)
@energia -= (distancia_a(destino)) / 2
end
end
La delegación es la forma que tenemos en objetos de dividir en subtareas:

separar un problema grande en problemas más chicos
Modificá la solución del ejercicio anterior para que sean las ciudades las que calculan
las distancias. Pensá que no solo Obera debe tener este método, sino
también BuenosAires e Iruya, para cuando tenga que volver.
module Obera
def self.kilometro
1040
end
distancia_a = (self.kilometro - destino.kilometro).abs
end
end
module Iruya
def self.kilometro
1710
end
end
end
module BuenosAires
def self.kilometro
end
end
end
module Pepita
@energia = 1000
@ciudad = Obera
def self.energia
@energia
end
def self.ciudad
@ciudad
end
def self.cantar!
'pri pri pri'
end
@energia += 20
end
@energia -= 10
end
self.gastar_energia!(destino)
@ciudad = destino
end
def self.gastar_energia!(destino)
@energia -= (@ciudad.kilometro - destino.kilometro).abs / 2
end
end
dos estados posibles: cuando está débil y cuando está feliz.

 Pepita está débil si su energía es menor que 100.
 Pepita está feliz si su energía es mayor que 1000.
Completá los métodos debil? y feliz? de Pepita.
module Pepita
@energia = 1000
def self.energia
@energia
end
@energia -= 10
end
def self.comer_alpiste!(gramos)
@energia += gramos * 15
end
def self.debil?
self.energia < 100
end
def self.feliz?
self.energia > 1000
end
end
Es una convención que los mensajes que devuelven booleanos (o sea,

verdadero o falso) terminen con un ?.
en programación existe una herramienta llamada alternativa condicional.
 Si está débil, come diez gramos de alpiste, para recuperarse.

 Si no lo está, no hace nada.
Hacé que Pepita entienda el mensaje hacer_lo_que_quiera! que se comporte como

explicamos.
module Pepita
@energia = 1000
def self.energia
@energia
end
@energia -= 10
end
end
def self.debil?
self.energia < 100
end
def self.feliz?
self.energia > 1000
end
def self.hacer_lo_que_quiera!
if self.debil?
self.comer_alpiste!(10)
end
end
end
¿Y times qué es?
Es un mensaje que entienden los números que sirve para ejecutar una
porción de código varias veces.
Modificá la solución para que si Pepita no está débil vuele en círculos 3 veces.
module Pepita
@energia = 1000
def self.energia
@energia
end
@energia -= 10
end
end
def self.debil?
self.energia < 100
end
def self.feliz?
self.energia > 1000
end
if self.debil?
else
3.times{self.volar_en_circulos!}
end
end
end
vamos a conocer el comportamiento definitivo de Pepita cuando hace lo

que quiere:
 Si está débil, come diez gramos de alpiste, para recuperarse.

 Si no está debil pero sí feliz, vuela en círculos cinco veces.
 Si no está feliz ni débil, vuela en círculos 3 veces.
Modificá a Pepita para que el método hacer_lo_que_quiera! se comporte como

mencionamos más arriba.
module Pepita
@energia = 1000
def self.energia
@energia
end
@energia -= 10
end
end
def self.debil?
self.energia < 100
end
def self.feliz?
self.energia > 1000
end
if self.debil?
elsif (!self.debil? && self.feliz?)
else
end
end
end
 comer alpiste: el aparato digestivo de Pepo no anda muy bien, por

eso solo puede aprovechar la mitad del alpiste que come. Por
ejemplo, si come 20 gramos de alpiste, su energía solo aumenta en
10.
 volar en círculos: gasta 15 unidades de energía si está pesado y 5 si
no lo está. Decimos que está pesado si su energía es mayor a 1100.
 hacer lo que quiera: como siempre tiene hambre, aprovecha y come
120 gramos de alpiste.
Ah, y al igual que Pepita, su energía comienza en 1000.
Definí a Pepo según las reglas anteriores. Te dejamos el código de Pepita para usar

como base, modificá y borrá las partes que no correspondan.
module Pepo
@energia = 1000
def self.energia
@energia
end
if self.pesado?
@energia -= 15
else
@energia -= 5
end
end
@energia += gramos /2
end
def self.pesado?
self.energia > 1100
end
end
end
 Volar en círculos 10 veces.

 Comer un puñado de 30 gramos de alpiste.
 Volar en círculos 5 veces.
 Como premio, que el ave haga lo que quiera.
Creá a Pachorra, el entrenador de aves, y hacé que cuando reciba el

mensaje entrenar_ave! haga que Pepita realice su rutina (si, solo puede entrar a Pepita ,
pero lo solucionaremos pronto).
module Pachorra
def self.entrenar_ave!
10.times{Pepita.volar_en_circulos!}
Pepita.comer_alpiste!(30)
5.times{Pepita.volar_en_circulos!}
Pepita.hacer_lo_que_quiera!
end
end
Agregale a Pachorra el método firmar_contrato!(ave), de forma tal que cuando le
enviemos el mensaje entrenar_ave! haga entrenar al último ave con el que haya
firmado contrato.
module Pachorra
def self.firmar_contrato!(ave)
@ave = ave
end
def self.entrenar_ave!
10.times{@ave.volar_en_circulos!}
@ave.comer_alpiste!(30)
5.times{@ave.volar_en_circulos!}
@ave.hacer_lo_que_quiera!
end
end
 Pachorra puede entrenar a cualquier ave que

entienda volar_en_circulos!, comer_alpiste!(gramos) y hacer_lo_que_quiera!.
 Emilce puede entrenar a cualquier ave que
entienda volar_en_circulos! y comer_alpiste!(gramos).
Dicho de otra manera, la rutina nos define cuál debe ser la interfaz que
debe respetar un objeto para poder ser utilizado.
dos objetos son polimórficos cuando pueden responder a un mismo

conjunto de mensajes y hay un tercer objeto que los usa indistintamente.
Modificá a Norita para que pueda entrenar con Pachorra.
module Norita
@energia = 500
def self.energia
@energia
end
@energia -= 30
end
@energia -= gramos
end
end
end
mensajes que solo modifican un atributo los conocemos con el nombre

de setters, establecer, ajustar, fijar.
Emilce.ave = Pepita
La convención en Ruby para estos métodos es:
 Los setters deben llevar el mismo nombre del atributo al que están

asociados, agregando un = al final.
 Los getters usan exactamente el mismo nombre que el atributo del
cual devuelven el valor pero sin el @.
 Aquellos getters que devuelven el valor de un atributo booleano
llevan ? al final.
 Consultar cuánta cafeína en sangre tiene Inodoro.

 Consultar al compinche de Inodoro.
 Modificar al compinche de Inodoro.
 Consultar si Eulogia está enojada.
 Consultar cuántas ganas de hablar tiene Mendieta.
 Modificar las ganas de hablar de Mendieta.
module Inodoro
@cafeina_en_sangre = 90
@compinche
#get
def self.cafeina_en_sangre
@cafeina_en_sangre
end
def self.compinche
@compinche
end
#set
def self.compinche=(un_compinche)
@compinche= un_compinche
end
end
module Eulogia
@enojada = false
def self.enojada?
@enojada
end
end
module Mendieta
@ganas_de_hablar = 5
def self.ganas_de_hablar
@ganas_de_hablar
end
def self.ganas_de_hablar=(ganas)
@ganas_de_hablar = ganas
end
end
 Cuando Inodoro toma mate aumenta en 10 su cafeína en sangre y su

compinche recibe un mate.
 Al recibir un mate, Eulogia se enoja porque Inodoro siempre le da
mates fríos.
 Por su parte, Mendieta se descompone cuando recibe un mate,
porque bueno... es un perro. Esto provoca que no tenga nada de
ganas de hablar (o en otras palabras, que sus ganas_de_hablar se
vuelvan 0).
Definí los métodos tomar_mate!, en Inodoro, y recibir_mate! en Eulogia y Mendieta.

module Inodoro
@cafeina_en_sangre = 90
def self.cafeina_en_sangre
@cafeina_en_sangre
end
def self.compinche=(nuevocompinche)
@compinche=nuevocompinche
end
def self.compinche
@compinche
end
def self.tomar_mate!
@compinche.recibir_mate!
@cafeina_en_sangre+=10
end
end
module Eulogia
@enojada = false
def self.enojada?
@enojada
end
def self.recibir_mate!
@enojada=true
end
end
module Mendieta
@ganas_de_hablar = 5
def self.recibir_mate!
@ganas_de_hablar=0
end
def self.ganas_de_hablar
@ganas_de_hablar
end
def self.ganas_de_hablar=(nuevasganas)
@ganas_de_hablar=nuevasganas
end
end
Variables:
“hola”.upcase  convierte en mayúsculas al string hola
Variables son referencias
Despedida = “adiós”
Despedida.size()
Referencias implícitas que son temporales (sólo existen durante el envío de mensajes)
Referencias anónimas (no tienen un nombre asociado)
"ni hao".upcase
^
+-- Acá hay una referencia implícita al objeto "ni hao"
saludo.upcase.size
^
+-- Y acá, otra referencia implícita a "HOLA"
Múltiples Referencias:
otro_saludo = "buen día"

despedida = otro_saludo

> "buen día".equal? "buen día"
 > despedida.equal? "buen día"
 > otro_saludo.equal? otro_saludo
 > despedida.equal? otro_saludo
El mensaje equal? nos dice si dos objetos son el mismo.
> "buen día".equal? "buen día"

=> false
> despedida.equal? "buen día"
=> false
aquellos strings son objetos distintos, a pesar de que tengan los mismos

caracteres.
> otro_saludo.equal? otro_saludo

=> true
> despedida.equal? otro_saludo
=> true
Ambas referencias, otro_saludo y despedida, apuntan al mismo objeto.
declarar una variable significa agregar una nueva referencia al objeto

existente, en lugar de copiarlo
dos strings con el mismo contenido no necesariamente son el mismo

objeto.
Equivalencia:
qué pasa si lo que quiero es comparar los objetos no por su identidad, sino
por que representen la misma cosa?
¿Hay forma de saber si dos strings representan la misma secuencia de

caracteres más allá de que no sean el mismo objeto?
> "hola" == "hola"

=> true
> "hola" == "adiós"
=> false
> "hola".equal? "hola"
=> false
El mensaje == nos permite comparar dos objetos por equivalencia; lo cual

se da típicamente cuando los objetos tienen el mismo estado. Y como
vemos, puede devolver true, aún cuando los dos objetos no sean el mismo.
A diferencia de la identidad, que todos los objetos la entienden sin tener

que hacer nada especial, la equivalencia es un poco más complicada.
 Por defecto, si bien todos los objetos también la
entienden, delega en la identidad, así que muchas veces es lo mismo
enviar uno u otro mensaje;
 y para que realmente compare a los objetos por su estado, vos
tenés que implementar este método a mano en cada objeto que
crees. Los siguientes objetos ya la implementan:
o Listas
o Números
o Strings
o Booleanos
Objetos conocidos:
module Fito
@felicidad = 100
def self.comer!(calorias)
@felicidad += calorias * 0.001
end
def self.felicidad
@felicidad
end
end
Fito se los conocen como objetos bien conocidos: cuando los definimos no

sólo describimos su comportamiento (comer!(calorias) y felicidad) y estado
(@felicidad), sino que además les damos un nombre o etiqueta a través de la
cual podemos conocerlos.
Esas etiquetas también son referencias . Y son globales, es decir que

cualquier objeto o programa puede utilizarla
Definí un objeto AbuelaClotilde que entienda un mensaje alimentar_nieto!, que

haga comer! 2 veces a Fito: primero con 2000 calorias, y luego con 1000 calorías; ¡el
postre no podía faltar! .
module AbuelaClotilde
def self.alimentar_nieto!
Fito.comer!(2000)
Fito.comer!(1000)
end
end
Atributos y parámetros:
si la golondrina Pepita conoce siempre su ciudad actual...
module Pepita
@energia = 100
@energia -= 10
end
def self.ciudad=(una_ciudad)
@ciudad = una_ciudad
end
def self.ciudad
@ciudad
end
end
caso de múltiples referencias: el objeto que representa a la ciudad

de Iruya es globalmente conocido como Iruya, y también conocido
por Pepita como ciudad.
Escribí un programa que defina la ciudad de Pepita de forma que apunte a Iruya. Y

pensá: ¿cuántas referencias a Iruya hay en este programa?
Pepita.ciudad = Iruya
Hay tres referencias a este objeto:
1. La propia referencia Iruya
2. El atributo @ciudad de Pepita
3. una_ciudad: porque los parámetros de los métodos ¡también son
referencias! Sólo que su vida es más corta: viven lo que dure la
evaluación del método en el que se pasan.
----
@energia = @energia - 10
end
cambiar la energía de Pepita: pasa de su valor actual, @energia, a ese valor
menos 10. Por ejemplo, pasa de 100 a 90. ¿Significa esto que el 100 se
transforma en un 90 ?
No, en absoluto. @energia es una referencia a un objeto, que

inicialmente apunta al objeto 100
la operación de asignación cambia ese apuntador, que pasa a referenciar

al 90
module Pepita
@energia = 100
@energia -= 10
end
def self.ciudad=(una_ciudad)
@ciudad = una_ciudad
end
end
module Iruya
end
...si bien:
 Pepita e Iruya son objetos bien conocidos;

 @energiay @ciudad son atributos;
 y una_ciudad es un parámetro;
¡Todas son referencias!
Objetos compartidos:
Fito también tiene un amigo, Juli. Juli es nieto de AbueloGervasio. Cuando Juli es

feliz Fito es feliz:
module Fito
def self.amigo=(un_amigo)
@amigo = un_amigo
end
def self.es_feliz_como_su_amigo?
@amigo.felicidad > 105
end
end
Creá un programa que inicialice al amigo de Fito y al nieto de AbueloGervasio de forma
que ambos conozcan al mismo objeto (Juli).
Luego, hacé que el abuelo alimente a su nieto 3 veces. ¿Qué pasará con Fito? ¿Se
pondrá feliz?
Fito.amigo = Juli
AbueloGervasio.nieto = Juli
#Si antes de alimentar al nieto preguntáramos Fito.es_feliz_como_su_amigo?, respondería false
3.times { AbueloGervasio.alimentar_nieto! }
Jor se encarga de la cocina en un restaurante de pastas y le

encanta picantear! su plato del día. Sin embargo, Luchi, su ayudante, no
comparte ese gusto y por suerte está ahí para suavizar! las distintas comidas
del establecimiento.
 Cada vez que Jor picantea el plato del día le agrega 5 ajíes.

 ¡Hoy hay Fideos! Decimos que los Fideos están picantes si el plato
tiene más de 2 ajíes. Inicialmente no tiene ajíes.
 Cuando descartamos la salsa de los Fideos dejan de tener ajíes.
 Luchi necesita saber qué plato suavizar y cuántos ajíes sacarle para
hacerlo. Si el plato tiene más de 10 ajíes, directamente descarta la
salsa para poder usarla en otra comida.
 Definí los objetos necesarios para que podamos hacer lo siguiente:

 #Configurar el plato del día de Jor

 Jor.plato_del_dia = Fideos
 #Que Jor le agregue picante
 Jor.picantear!
 #Preguntar si está picante
 Fideos.picantes?
 #Que Luchi suavice el plato que reciba como argumento
 Luchi.suavizar! Fideos, 3
 #Descartar la salsa
 Fideos.descartar_la_salsa!
module Fideos
@ajies = 0
def self.ajies
@ajies
end
def self.ajies=(cantidad)
@ajies = cantidad
end
def self.picantes?
@ajies > 2
end
def self.descartar_la_salsa!
@ajies = 0
end
end
module Jor
@plato_del_dia
def self.plato_del_dia=(plato)
@plato_del_dia = plato
end
def self.picantear!
@plato_del_dia.ajies = @plato_del_dia.ajies + 5
end
end
module Luchi
def self.suavizar!(plato, cantidad)
@plato_del_dia = plato
if @plato_del_dia.ajies > 10
@plato_del_dia.descartar_la_salsa!
else @plato_del_dia.ajies = @plato_del_dia.ajies-cantidad
end
end
end
Colecciones:
 CarlosDuty: es violento. Su dificultad se calcula como 30 -

@cantidad_logros * 0.5. Y si se lo juega por más de 2 horas seguidas, se
le suma un logro a su cantidad. Inicialmente, el juego no tiene
logros.
 TimbaElLeon: no es violento. Su dificultad inicial es 25 y crece un
punto por cada hora que se juegue.
 Metroide: es violento sólo si @nivel_espacial es mayor a 5. Este nivel
arranca en 3 pero se incrementa en 1 cada vez que se lo juega, sin
importar por cuánto tiempo. Además, su dificultad siempre es 100.
Definí estos tres objetos de forma que entiendan los
mensajes dificultad, violento? y jugar!(un_tiempo).
module CarlosDuty
@cantidad_logros=0
def self.jugar!(un_tiempo)
if un_tiempo>2
@cantidad_logros+=1
else
false
end
end
def self.violento?
true
end
def self.dificultad
30 - (@cantidad_logros * 0.5)
end
end
module TimbaElLeon
@dificultad =25
def self.violento?
false
end
@dificultad =25+un_tiempo
end
def self.dificultad
@dificultad
end
end
module Metroide
@nivel_espacial = 3
def self.dificultad
100
end
@nivel_espacial = @nivel_espacial +1
end
def self.violento?
@nivel_espacial > 5
end
end
videojuegos son polimórficos para ese conjunto de mensajes.
¡Esto significa que podemos enviarles los mismos mensajes a cualquiera de

los videojuegos y usarlos indistintamente!
Listas:
definir un objeto, la Juegoteca, que contenga otros objetos: nuestros

videojuegos. Para ello vamos a usar una lista de objetos: es un tipo
de colección en la cual los elementos pueden repetirse. Es decir, el mismo
objeto puede aparecer más de una vez.
Por ejemplo, la lista de números 2, 3, 3 y 9 se escribe así:
[2, 3, 3, 9]
Veamos si se entiende: definí un objeto Juegoteca que tenga un atributo juegos con su

correspondiente getter. La Juegoteca tiene que tener en primer lugar el
juego CarlosDuty, luego TimbaElLeon y por último Metroide.
module Juegoteca
@juegos = [CarlosDuty, TimbaElLeon, Metroide]
def self.juegos
@juegos
end
end
Comandos básicos:
Podemos agregar un elemento enviándole push a la colección o quitarlo
enviándole delete:
numeros_de_la_suerte = [6, 7, 42]

numeros_de_la_suerte.push 9
# Agrega el 9 a la lista...
numeros_de_la_suerte.delete 7
# ...y quita el 7.
saber si un elemento está en la colección usando include?:
numeros_de_la_suerte.include? 6
# Devuelve true, porque contiene al 6...
numeros_de_la_suerte.include? 8
# ...devuelve false, porque no contiene al 8.
saber la cantidad de elementos que tiene enviando size:
numeros_de_la_suerte.size
# Devuelve 3, porque contiene al 6, 42 y 9
Set o No set:
Otra colección son los sets (conjuntos), los cuales tienen algunas

diferencias con las listas:
 no admiten elementos repetidos;

 sus elementos no tienen un orden determinado.
Vamos a ver un ejemplo transforma una lista en un set utilizando to_set:
> numeros_aleatorios = [1,27,8,7,8,27,87,1]

> numeros_aleatorios
=> [1,27,8,7,8,27,87,1]
> numeros_aleatorios.to_set
=> #<Set: {1, 27, 8, 7, 87}>
tanto las listas como los sets tienen mensajes en común. Dicho de otro
modo, son polimórficos para algunos mensajes. Por
ejemplo: push, delete, include? y size.
Sin embargo, los siguientes mensajes...

numeros_de_la_suerte = [6, 7, 42]
numeros_de_la_suerte.first
# Nos retorna el primer elemento de la lista
numeros_de_la_suerte.last
# Nos retorna el último de la lista
numeros_de_la_suerte.index 7
# Nos retorna la posición de un elemento en la lista
... no podemos enviárselos a un set porque sus elementos no están

ordenados.
Mejorando la juegoteca:
Nuestra Juegoteca maneja puntos. Agregá el código necesario para que entienda los

siguientes mensajes:
 puntos: nos dice cuantos puntos tiene la Juegoteca. Inicialmente son 0.

 adquirir_juego!(un_juego): agrega el juego a la Juegoteca, y le suma 150 puntos.
 borrar_juego!(un_juego): quita un juego de la Juegoteca, pero no resta puntos.
 completa?: se cumple si la Juegoteca tiene más de 1000 puntos y más de 5
juegos.
 juego_recomendable?(un_juego): es verdadero para un_juego si no está en
la Juegoteca y es violento?.
module Juegoteca
@puntos = 0
def self.juegos
@juegos
end
def self.puntos
@puntos
end
def self.adquirir_juego!(un_juego)
@juegos.push (un_juego)
@puntos += 150
end
def self.borrar_juego!(un_juego)
@juegos.delete (un_juego)
end
def self.completa?
@puntos > 1000 && @juegos.size > 5
end
def self.juego_recomendable?(un_juego)!@juegos.include?(un_juego) &&

un_juego.violento?
end
end
En conclusión:
1. push y delete, al ser evaluados, modifican la colección. Dicho de otra

forma, producen un efecto sobre la lista en sí: agregan o quitan un
elemento del conjunto.
2. include? y size sólo nos retornan información sobre la colección. Son
métodos sin efecto.
Bloques:
son objetos que representan un mensaje o una secuencia de envíos de

mensajes, sin ejecutar, lista para ser evaluada cuando corresponda. La
palabra con la que se definen los bloques en Ruby es proc. Por ejemplo, en
este caso le asignamos un bloque a incrementador:
un_numero = 7
incrementador = proc { un_numero = un_numero + 1 }
al bloque { otro_numero = otro_numero * 2 } le enviamos el mensaje call, que le

indica que evalúe la secuencia de envíos de mensajes dentro de él.
otro_numero = 5
duplicador = proc { otro_numero = otro_numero * 2 }.call
 un_numero vale 7, porque el bloque incrementador no está aplicado. Por

tanto, no se le suma 1.
 otro_numero vale 10, porque el bloque duplicador se aplica mediante el
envío de mensaje call, que hace que se ejecute el código dentro del
bloque. Por tanto, se duplica su valor.
 sumar_a_otros_dos recibe dos argumentos, escritos entre barras
verticales | y separados por comas:
 un_numero = 3
 sumar_a_otros_dos = proc { |un_sumando, otro_sumando| un_numero = un_numero +
un_sumando + otro_sumando }
 Para aplicar el bloque sumar_a_otros_dos, se le pasan los argumentos

deseados al mensaje call:
 > sumar_a_otros_dos.call(1,2)
 => 6
 Volvamos a los videojuegos...
 En la Biblioteca podés ver el objeto TimbaElLeon. Para resolver este

ejercicio, no nos interesa cómo están definidos los métodos de este
objeto, solo queremos recordar los mensajes que entiende ¡por eso
hay puntos suspensivos!
 Asignale a la variable jugar_a_timba un bloque que reciba un único parámetro.

El bloque recibe una cantidad de minutos y debe hacer que se juegue
a TimbaElLeon durante ese tiempo, pero recordá que jugar! espera una cantidad
de horas.
jugar_a_timba = proc { |tiempo_en_minutos| TimbaElLeon.jugar!

(tiempo_en_minutos/60)}
¿Qué pasa cuando queremos todos aquellos objetos que cumplan con una
condición determinada en una cierta colección? Por ejemplo, si de una lista
de números queremos los mayores a 3.
Lo que usamos es el mensaje select de las colecciones. select recibe

un bloque con un parámetro que representa un elemento de la colección y
una condición booleana como código, y lo que devuelve es una nueva
colección con los elementos que la cumplen.
algunos_numeros = [1, 2, 3, 4, 5]
mayores_a_3 = algunos_numeros.select { |un_numero| un_numero > 3 }
¿Y cuándo se aplica ese bloque que recibe el select? ¡El select es quien

decide! La colección va a aplicarlo con cada uno de los objetos ( un_numero)
cuando corresponda durante el seleccionado (o filtrado) de elementos.
> mayores_a_3
=> [4, 5]
Mientras tanto, en nuestra juegoteca...

¡Ahora te toca a vos! Definí el método juegos_violentos que retorna los juegos de
la Juegoteca que cumplan violento?.
module Juegoteca
def self.juegos
@juegos
end
def self.juegos_violentos
juegos.select{|juegos| juegos.violento?}
end
end
¿Y si en vez de todos los elementos que cumplan una condición, sólo

queremos uno? ¡Usamos find!
algunos_numeros = [1, 2, 3, 4, 5]
uno_mayor_a_3 = algunos_numeros.find { |un_numero| un_numero > 3 }
Mientras que select devuelve una colección, find devuelve únicamente un

elemento.
> uno_mayor_a_3
=> 4
¿Y si ningún elemento de la colección cumple la condición? Devuelve nil,

que, como aprendiste antes, es un objeto que representa la nada - o en
este caso, que ninguno cumple la condición.
Veamos si se entiende: hacé que

la Juegoteca entienda juego_mas_dificil_que(una_dificultad), que retorna algún juego en
la Juegoteca con más dificultad que la que se pasa como argumento.
module Juegoteca
def self.juegos
@juegos
end
def self.juego_mas_dificil_que(una_dificultad)
juego_mas_dificil_que = @juegos.find {|juegos| juegos.dificultad >

una_dificultad}
end
end
Para saber si todos los elementos de una colección cumplen un cierto

criterio podemos usar el mensaje all?, que también recibe un bloque. Por
ejemplo, si tenemos una colección de estudiantes, podemos saber si todo
el grupo aprueba de la siguiente forma:
estudiantes.all? { |un_estudiante| un_estudiante.aprobo? }

De manera muy similar podemos saber si algún elemento de la colección
cumple cierta condición mediante el mensaje any?. Siguiendo el ejemplo
anterior, ahora queremos saber si por lo menos alguien aprobó :
estudiantes.any? { |un_estudiante| un_estudiante.aprobo? }
Definí los siguientes métodos en nuestra Juegoteca:
 mucha_violencia?: se cumple si todos los juegos que posee son violentos.

 muy_dificil?: nos dice si alguno de los juegos tiene más de 25 puntos de
dificultad.
module Juegoteca
def self.juegos
@juegos
end
def self.mucha_violencia?
juegos.all? { |un_juego| un_juego.violento?}
end
def self.muy_dificil?
juegos.any? { |un_juego| un_juego.dificultad >25}
end
end
Qué tienen de distinto all? y any? respecto aselect y find?
Mientras que select devuelve una colección y find un elemento

o nil, all? y any? siempre devuelven un valor booleano: true o false.
El mensaje map nos permite, a partir de una colección, obtener otra
colección con cada uno de los resultados que retorna un envío de mensaje
a cada elemento.
En otras palabras, la nueva colección tendrá lo que devuelve el mensaje

que se le envíe a cada uno de los elementos. Por ejemplo, si
usamos map para saber los niveles de energía de una colección de
golondrinas:
> [Pepita, Norita].map { |una_golondrina| una_golondrina.energia }

=> [77, 52]
Al igual que el resto de los mensajes que vimos hasta ahora, map no

modifica la colección original ni sus elementos, sino que devuelve
una nueva colección.
Agregá a la Juegoteca un método llamado dificultad_violenta que retorne una colección

con la dificultad de sus juegos_violentos.
module Juegoteca
def self.juegos
@juegos
end
@juegos_violentos = @juegos.select {|un_juego| un_juego.violento?}
end
def self.dificultad_violenta
juegos_violentos.map { |un_juego| un_juego.dificultad}
end
end
Dijimos que map no modifica la colección original. Pero, ¿qué ocurriría si el
mensaje dentro del bloque en el map sí tiene efecto?
En ese caso se modificaría la colección original, pero sería un mal uso

del map . Lo que nos interesa al mapear es lo que devuelve el mensaje que
enviamos, no provocar un efecto sobre los objetos.
Volviendo a nuestra colección de estudiantes. Ya preguntamos si todo el

grupo aprobó o si al menos alguien aprobó utilizando all?y any?. ¿Y si
queremos saber cuántos aprobaron? Usamos count:
estudiantes.count { |un_estudiante| un_estudiante.aprobo? }
count nos dice cuántos elementos de una colección cumplen la condición.

Por otro lado, para calcular sumatorias tenemos el mensaje sum. Si
queremos conocer la suma de todas las notas de la colección de
estuidantes, por ejemplo, podemos hacer:
estudiantes.sum { |un_estudiante| un_estudiante.nota_en_examen }
Veamos si se entiende: agregá a la Juegoteca el método promedio_de_violencia, cuyo valor

sea la sumatoria de dificultad de los juegos violentos dividida por la cantidad de
juegos violentos de la Juegoteca.
module Juegoteca
def self.juegos
@juegos
end
@juegos_violentos = @juegos.select { |un_juego| un_juego.violento?}
end
def self.promedio_de_violencia
self.juegos_violentos.sum {|un_juego| un_juego.dificultad} / self.juegos_violentos.count {|
un_juego| un_juego.violento?}
end
end
los mensajes que vimos de colecciones (con la excepción de push y delete)

no están pensados para producir efectos sobre el sistema. ¿Qué ocurre,
entonces, cuando queremos hacer algo con cada elemento? A diferencia
del map, no nos interesan los resultados de enviar el mismo mensaje a cada
objeto, sino mandarle un mensaje a cada uno con la intención de producir
un efecto.
Es en este caso que nos resulta de utilidad el mensaje each.
Por ejemplo, si queremos que de una colección de golondrinas, aquellas

con energía mayor a 100 vuelen a Iruya, podríamos
combinar select y each para hacer:
golondrinas
.select { |una_golondrina| una_golondrina.energia > 100 }
.each { |una_golondrina| una_golondrina.volar_hacia! Iruya }
Ya que casi terminamos la guía y aprovechando que tenemos una

colección de videojuegos, lo que queremos es... ¡jugar a todos!
Definí el método jugar_a_todo! en la Juegoteca, que haga jugar a cada uno de los juegos
durante 5 horas. Recordá que los juegos entienden jugar!(un_tiempo).
module Juegoteca
def self.juegos
@juegos
end
def self.jugar_a_todo!
juegos.each { |un_juego| un_juego.jugar!(5)}
end
end
¡Te damos la bienvenida a la invasión zombi!
Vamos a crear al primero de nuestros zombis: Bouba. Bouba no sabe correr,

porque es un simple caminante , y cuando le pedimos que grite,
responde "¡agrrrg!". Además sabe decirnos su salud, que inicialmente es 100,
pero puede cambiar.
¿Cuándo cambia? Al recibir_danio!: cuando lo atacan con ciertos puntos de

daño, su salud disminuye el doble de esa cantidad.
Manos a la obra: creá el objeto Bouba, que debe entender los

mensajes sabe_correr?, gritar, salud y recibir_danio!.
¡Cuidado! La salud de Bouba no puede ser menor que cero.
module Bouba
@salud = 100
def self.salud
@salud
end
def self.gritar
@gritar = "¡agrrrg!"
end
def self.sabe_correr?
false
end
def self.esta_vivo?
@salud > 0
end
def self.recibir_danio!(cant_danio)
@salud -= [cant_danio*2, 0].max
if salud <= 0
@salud = 0
end
end
end
Te presentamos a la primera de las sobrevivientes de la invasión, Juliana .

Por ahora su comportamiento es simple: sabe atacar! a un zombi con cierta
cantidad de puntos de daño. Y al hacerlo, el zombi recibe daño.
Además cuenta con un nivel de energia, que inicia en 1000, pero todavía no
haremos nada con él. Definí un método getter para este atributo.
Veamos si se entiende: definí el objeto Juliana que pueda atacar! a un zombi

haciéndolo recibir_danio!, e inicializá su energía en 1000.
module Juliana
@energia = 1000
def self.energia
@energia
end
def self.atacar!(zombie, cant_danio)
@atacar = zombie.recibir_danio!(cant_danio)
end
end
¡Bouba no está solo! Resulta que tiene un amigo, Kiki. Podríamos decir que
los dos son tal para cual: ¡el comportamiento de ambos es exactamente el
mismo! Es decir, no sabe_correr?, grita "¡agrrrg!", recibe daño de la misma
forma...
Definí otro objeto, Kiki, que se comporte de la misma forma que Bouba. ¡Te dejamos
a Bouba para que lo uses como inspiración!
module Bouba
@salud = 100
def self.salud
@salud
end
def self.gritar
end
false
end
def self.esta_vivo?
@salud > 0
end
if salud <= 0
@salud = 0
end
end
end
module Kiki
@salud =100
def self.salud
@salud
end
def self.gritar
end
false
end
def self.esta_vivo?
@salud > 0
end
if salud <= 0
@salud = 0
end
end
end
¿Acaso Bouba y Kiki pensaron que eran invencibles? Cuando su salud llega a

0, su vida termina... nuevamente. ¡Son zombis, después de todo!
Definí el método sin_vida? que nos dice si la salud de Bouba o Kiki es cero.
module Bouba
@salud = 100
def self.salud
@salud
end
def self.gritar
end
false
end
def self.esta_vivo?
@salud > 0
end
if salud <= 0
@salud = 0
end
end
def self.sin_vida?
!self.esta_vivo?
end
end
module Kiki
@salud =100
def self.salud
@salud
end
def self.gritar
end
false
end
def self.esta_vivo?
@salud > 0
end
if salud <= 0
@salud = 0
end
end
def self.sin_vida?
!self.esta_vivo?
end
end
CLASES:
i tenemos más de un objeto que se comporta exactamente de la misma

forma, lo que podemos hacer es generalizar ese comportamiento
definiendo una clase. Por ejemplo, si tenemos dos celulares con el mismo
saldo y ambos tienen las mismas
funcionalidades, realizar_llamada! y cargar_saldo! :
module CelularDeMaría
@saldo = 25
def self.realizar_llamada!
@saldo -= 5
end
def self.cargar_saldo!(pesos)
@saldo += pesos
end
end
module CelularDeLucrecia
@saldo = 25
def self.realizar_llamada!
@saldo -= 5
end
def self.cargar_saldo!(pesos)
@saldo += pesos
end
end
Podemos generalizarlos en una clase Celular:
class Celular
def initialize
@saldo = 25
end
def realizar_llamada!
@saldo -= 5
end
def cargar_saldo!(pesos)
@saldo += pesos
end
end
Veamos si se entiende: como Bouba y Kiki se comportan exactamente de la misma

forma, generalizalos definiendo una clase Zombi que entienda los mismos cinco
mensajes que ellos. Podés ver las definiciones de ambos zombis en la solapa
Biblioteca.
class Zombi
def initialize
@salud = 100
end
def salud
@salud
end
def gritar
end
def sabe_correr?
false
end
def esta_vivo?
@salud > 0
end
def recibir_danio!(cant_danio)
if salud <= 0
@salud = 0
end
end
def sin_vida?
!self.esta_vivo?
end
end
INSTANCIAS:
Como habrás visto, definir una clase es muy similar a definir un objeto.
Tiene métodos, atributos... ¿cuál es su particularidad, entonces? La clase
es un objeto que nos sirve como molde para crear nuevos objetos.
Momento, ¿cómo es eso? ¿Una clase puede crear nuevos objetos?
¡Así es! Aprovechemos la clase Celular para instanciar los celulares

de María y Lucrecia:
celular_de_maría = Celular.new
celular_de_lucrecia = Celular.new
Celular, al igual que todas las clases, entiende el mensaje new, que crea una
nueva instancia de esa clase.
¡Ahora te toca a vos! Definí bouba y kiki como instancias de la clase Zombi.
bouba = Zombi.new
kiki = Zombi.new
Quizá hayas notado que nuestra clase Zombi tiene, al igual que tuvieron los
objetos Bouba y Kiki en su momento, un atributo @salud. Seguramente
tu Zombi se ve similar a este:
class Zombi
def initialize
@salud = 100
end
def salud
@salud
end
#...y otros métodos
end
Pero ahora que @salud aparece en la clase Zombi, ¿eso significa que

comparten el atributo? Si Juliana ataca a bouba, ¿disminuirá también la salud
de kiki?
¡Averigualo! Hacé que Juliana ataque a cada zombi con distintos puntos de daño y
luego consultá la salud de ambos.
Como viste recién, la salud no se comparte entre bouba y kiki a pesar de que

ambos sean instancias de Zombi.
Pero nos quedó un método misterioso por aclarar: initialize. Al trabajar con

clases tenemos que inicializar los atributos en algún lugar. ¡Para eso es que
existe ese método!
El mensaje initialize nos permite especificar cómo queremos que se

inicialice la instancia de una clase. ¡Es así de fácil!
¡anastasia llega para combatir los zombis! Definí una clase Sobreviviente que
sepa atacar! zombis e inicialice la energia en 1000. En la solapa Biblioteca podés ver el
código de la Juliana original.
Luego, definí juliana y anastasia como instancias de la nueva clase Sobreviviente.
class Sobreviviente
def initialize
@energia = 1000
end
def energia
@energia
end
def atacar!(zombie, cant_danio)
end
end
juliana = Sobreviviente.new
anastasia = Sobreviviente.new
Prometimos una invasión zombi pero sólo tenemos dos . Ahora que
contamos con un molde para crearlos fácilmente, la clase Zombi, podemos
hacer zombis de a montones.
¿Eso significa que tenés que pensar un nombre para referenciar a cada
uno? ¡No! Si, por ejemplo, agregamos algunas plantas a un Vivero...
Vivero.agregar_planta! Planta.new
...y el Vivero las guarda en una colección @plantas, luego las podemos regar a
todas...
def regar_todas!
@plantas.each { |planta| planta.regar! }
end
...a pesar de que no tengamos una referencia explícita para cada planta.

¡Puede ocurrir que no necesitemos darle un nombre a cada una!
Veamos si se entiende: Agregale veinte nuevos zombis a la colección caminantes. ¡No

olvides que los números entienden el mensaje times!
Luego, agregale un método ataque_masivo! a Sobreviviente, que reciba una colección de
zombis y los ataque a todos con 15 puntos de daño.
class Sobreviviente
def initialize
@energia = 1000
end
def energia
@energia
end
def atacar!(zombie, cant_danio)
end
def ataque_masivo!(zombies)
zombies.each { |zombie| atacar!(zombie, 15)}
end
end
juliana = Sobreviviente.new
anastasia = Sobreviviente.new
caminantes = []
20.times {caminantes.push Zombi.new}
juliana y anastasia estuvieron estudiando a los zombis y descubrieron que no

todos gozan de máxima vitalidad: algunos de ellos tienen menos salud que
lo que pensábamos.
¡Esto es un gran inconveniente! En nuestra clase Zombi, todos se inicializan

con @salud = 100. ¿Cómo podemos hacer si necesitamos que alguno de ellos
inicie con 90 de @salud? ¿Y si hay otro con 80? ¿Y si hay otro con 70? No
vamos a escribir una clase nueva para cada caso, ¡estaríamos repitiendo
toda la lógica de su comportamiento!
Afortunadamente el viejo y querido initialize puede recibir parámetros que

especifiquen con qué valores deseamos inicializar los atributos
al construir nuestros objetos. ¡Suena ideal para nuestro problema!
class Planta
def initialize(centimetros)
@altura = centimetros
end
def regar!
@altura += 2
end
end
Ahora podemos crear plantas cuyas alturas varíen utilizando una única
clase. Internamente, los parámetros que recibe new se pasan también
a initialize:
brote = Planta.new 2
arbusto = Planta.new 45
arbolito = Planta.new 110
¡Y de esa forma creamos tres plantas de 2 , 45 y 110 centímetros

de @altura!
¡Ahora te toca a vos! Modificá la clase Zombi para que initialize pueda recibir la salud
inicial del mismo.
class Zombi
def initialize(salud_inicial)
@salud = salud_inicial
end
def salud
@salud
end
def gritar
end
def sabe_correr?
false
end
def esta_vivo?
@salud > 0
end
if salud <= 0
@salud = 0
end
end
def sin_vida?
!self.esta_vivo?
end
end
Finalmente llegó el momento que más temíamos: ¡algunos zombis

aprendieron a correr y hasta a recuperar salud! Y esto no es un problema
para las sobrevivientes únicamente, sino para nosotros también. Ocurre
que los súper zombis saben hacer las mismas cosas que los comunes, pero
las hacen de forma distinta. ¡No nos alcanza con una única clase Zombi!
Un SuperZombi sabe_correr? , y en lugar del doble, recibe el triple de puntos

de daño. Sin embargo, puede gritar y decirnos su salud de la misma forma
que un Zombi común, y queda sin_vida? en los mismos casos: cuando
su salud es 0.
Pero eso no es todo, porque también pueden regenerarse!. Al hacerlo,

su salud vuelve a 100.
¡A correr! Definí la clase SuperZombi aplicando las modificaciones necesarias a la

clase Zombi.
class SuperZombi
end
def salud
@salud
end
def gritar
end
def sabe_correr?
true
end
def esta_vivo?
@salud > 0
end
def regenerarse!
@salud = 100
end
if salud <= 0
@salud = 0
end
end
def sin_vida?
!self.esta_vivo?
end
end
Defenderse de la invasión no es para cualquiera! Las sobrevivientes
descubrieron que cada vez que realizan un ataque_masivo! su energía
disminuye a la mitad.
Pero también pueden beber! bebidas energéticas para recuperar las fuerzas:

cada vez que beben, su energia aumenta un 25%.
Modificá la clase Sobreviviente para que pueda disminuirse y recuperarse su energia.
class Sobreviviente
def initialize
@energia = 1000
end
def energia
@energia
end
def atacar!(zombie, danio)
zombie.recibir_danio!(danio)
end
def ataque_masivo!(zombis)
zombis.each { |zombi| atacar!(zombi, 15) }
@energia -= @energia * 0.50
end
def beber!
@energia += @energia * 0.25
end
end
¡Nadie lo esperaba, pero igualmente llegó! Un Aliado se comporta parecido
a una Sobreviviente, pero su ataque_masivo! es más violento: brinda 20 puntos
de daño en lugar de 15.
Por otro lado, su energia inicial es de solamente 500 puntos, y disminuye un

5% al atacar!. Y además, beber! les provee menos energía: solo aumenta un
10%.
Nuevamente, Sobreviviente y Aliado tienen comportamiento similar pero no

idéntico: no podemos unificarlo en una única clase. ¡Incluso hay porciones
de lógica que se repiten y otras que no en un mismo método! Por ejemplo,
en ataque_masivo!, los puntos de daño varían, pero el agotamiento es el
mismo para ambas clases.
Definí la clase Aliado. Podés ver a Sobreviviente en la solapa Biblioteca.
class Aliado
def initialize
@energia = 500
end
def energia
@energia
end
def atacar!(zombie, danio)
zombie.recibir_danio!(danio)
end
def ataque_masivo!(zombis)
zombis.each { |zombi| atacar!(zombi, 20) }

end
def beber!
@energia += @energia * 0.1
end
end
HERENCIA:
Es innegable que en la actualidad los dispositivos electrónicos atraviesan

nuestro día a día . Desde celulares hasta notebooks que están presentes
tanto en nuestro ocio como en nuestros trabajos o estudios. Es por eso
que vamos a modelar distintos dispositivos utilizando la programación con
objetos.
Para entrar en calor vamos a modelar la clase Celular, ¿qué sabemos de

ellos?
 Todos los celulares tienen su @bateria en 100 inicialmente;

 Cuando utilizamos un Celular, su batería disminuye en la mitad de los
minutos que lo hagamos. Por ejemplo: si usamos el celular 30
minutos, su batería bajará en 15.
 Los celulares se pueden cargar_a_tope! para dejar la batería en 100.
Veamos si se entiende: definí la clase Celular y también los

métodos initialize, utilizar! y cargar_a_tope!.
class Celular
def initialize
@bateria = 100
end
def bateria
@bateria
end
def utilizar!(minutos)
@bateria -= minutos * 0.5
end
def cargar_a_tope!
@bateria = 100
end
end
¡Ahora es el turno de la Notebook!
La clase Notebook entiende los mismos mensajes que Celular y se comporta

parecido pero no exactamente igual. La diferencia está en que a la hora
de utilizar! una notebook, su @bateria disminuye en la cantidad de minutos
que la utilicemos.
Definí la clase Notebook, que sepa entender los

mensajes initialize, utilizar! y cargar_a_tope!.
class Notebook
def initialize
@bateria = 100
end
def bateria
@bateria
end
@bateria -= minutos
end
def cargar_a_tope!
@bateria = 100
end
end
Una forma de organizar las clases cuando programamos en objetos es

establecer una jerarquía. En nuestro caso podemos pensar
que Celular y Notebook se pueden englobar en algo más grande que las
incluya, la idea de Dispositivo.
Muchas veces esa jerarquía se puede visualizar en el mundo real: por

ejemplo, Perro y Gato entran en la categoría Mascota, mientras
que Cóndor y Halcón se pueden clasificar como Ave. Cuando programemos,
la jerarquía que utilicemos dependerá de nuestro modelo y de las
abstracciones que utilicemos.
class Ave
def volar!
@energia -= 20
end
end
class Condor < Ave

def dormir!(minutos)
@energia += minutos * 3
end
end
class Halcon < Ave

def dormir!(minutos)
@energia += minutos
end
end
El símbolo < significa "hereda de": por ejemplo, Condor hereda de Ave, que

está más arriba en la jerarquía. Otra manera de decirlo es que
cada Condor es un Ave.
La herencia nos permite que las subclases (Condor y Halcon) posean los

mismos métodos y atributos que la superclase Ave. Es decir, las instancias
de Condor y de Halcon van a saber volar! de la misma forma, pero cuando les
enviemos el mensaje dormir! cada una hará algo diferente.
¡Uf! ¡Eso fue un montón! A ver si quedó claro.
Definí la clase Dispositivo y modificá las clases que definiste anteriormente para evitar
que haya métodos repetidos entre Celular y Notebook. Es importante que en el editor
definas arriba la superclase y abajo sus subclases.
class Dispositivo
def initialize
@bateria = 100
end
def bateria
@bateria
end
def cargar_a_tope!
@bateria = 100
end
end
class Celular < Dispositivo
end
end
class Notebook < Dispositivo

@bateria -= minutos
end
end
Sabiendo que contamos con las clases Celular y Notebook, ¿alguna vez

instanciaremos un objeto de la clase Dispositivo? ¡Probablemente no! ¿Por
qué querríamos crear algo tan genérico si podemos crear algo más
específico?
A este tipo de clases, como Dispositivo o Ave en el ejemplo del ejercicio

anterior, se las llama clases abstractas porque, a diferencia de las clases
concretas (como Celular o Notebook), nunca las instanciamos. En otras
palabras, no creamos objetos con esa clase, solo nos sirven para proveer
comportamiento a sus subclases.
Una de las grandes molestias que nos traen los dispositivos electrónicos es
cuando se quedan sin batería.
Sabemos que tanto los celulares como las notebooks están descargados si
tienen 20 o menos de batería.
Definí el método descargado? en donde corresponda.
class Dispositivo
def initialize
@bateria = 100
end
def bateria
@bateria
end
def cargar_a_tope!
@bateria = 100
end
def descargado?
@bateria <= 20
end
end
class Celular < Dispositivo
end
end
class Notebook < Dispositivo
@bateria -= minutos
end
end
¡Tranqui! no es la clase de prueba que estás pensando.
Ya hablamos mucho de las ventajas de la herencia para evitar la repetición

de lógica. Pero, ¿funciona todo esto que estuvimos haciendo?
Probá en la consola los siguientes comandos:
> un_celu = Celular.new

> una_notebook = Notebook.new
> un_celu.descargado?
> un_celu.utilizar! 180
> un_celu.descargado?
> una_notebook.utilizar! 100
> una_notebook.cargar_a_tope!
> una_notebook.descargado?
Desconectémonos un poco y salgamos de paseo. ¿En qué vamos?
Por ahora nuestras opciones son limitadas. Podemos elegir ir en Auto o

en Moto. De estos medios sabemos que:
 ambos comienzan con una cantidad que podemos establecer

de @combustible;
 los autos pueden llevar 5 personas como máximo y al recorrer! una
distancia consumen medio litro de @combustible por cada kilómetro
recorrido;
 las motos pueden llevar 2 personas y consumen un litro por
kilómetro recorrido;
 ambos pueden cargar_combustible! en la cantidad que digamos y al
hacerlo suben su cantidad de @combustible;
 ambos saben responder si entran? una cantidad de personas. Esto
sucede cuando esa cantidad es menor o igual al máximo que pueden
llevar.
¡Vamos a modelar todo esto!
Definí las clases Moto, Auto y MedioDeTransporte y hace que las dos primeras hereden de

la tercera. También definí los
métodos initialize, recorrer!, cargar_combustible!, entran? y maximo_personas donde
correspondan.
class MedioDeTransporte
def initialize(cant_combustible)
@combustible = cant_combustible
end
def cargar_combustible!(cant_combustible)
@combustible += cant_combustible
end
def entran?(cant_personas)
cant_personas <= maximo_personas
end
end
class Auto < MedioDeTransporte
def maximo_personas
end
def recorrer!(kilometro)
@combustible -= kilometro/2
end
end
class Moto < MedioDeTransporte
def maximo_personas
end
@combustible -= kilometro
end
end
¿Y si no tenemos Auto ni Moto? Vamos a modelar Colectivos así tenemos un
poco más de variedad.
Los Colectivos son un MedioDeTransporte que tienen un máximo de 20

personas y que al recorrer! una distancia gastan el doble de @combustible de
los kilómetros que haya recorrido.
Definí la clase Colectivo con sus métodos correspondientes. No te olvides que los

colectivos son medios de transporte.
class Colectivo < MedioDeTransporte
def maximo_personas
20
end
@combustible -= kilometro*2
end
end
No hay 2 sin 3, tampoco hay 20 sin 21, o 30...
La verdad es que la cantidad de gente que puede entrar en un Colectivo es

variable, y para simplificar las cosas vamos a decir que en un colectivo
siempre entran personas.
Pero... ¿entonces no es un MedioDeTransporte?
Sí, en realidad es un MedioDeTransporte, solo que responde distinto a entran?.

Lo que podemos hacer es redefinir el método: si Colectivo define el
método entran? va a evaluar ese código en lugar del de su superclase.
Ahora que sabemos que se pueden redefinir métodos, aprovechemos y

cambiemos un poco más nuestra solución. Los colectivos siempre se
inicializan con 100 de @combustible y con 0 @pasajeros.
Redefiní los métodos initialize y entran? en la clase Colectivo.
def initialize
@combustible = 100
@pasajeros = 0
end
def recorrer!(distancia_kms)
@combustible -= distancia_kms*2
end
def entran? (personas)
personas <= 35
end
super + @pasajeros = 0
end
end
Bien sabemos que los colectivos también necesitan cargar combustible

como cualquier MedioDeTransporte, pero ¡qué molesto para los pasajeros! Es
por esto que cuando un Colectivo carga combustible, además de
incrementarlo pierde a todos sus @pasajeros.
El tema es que si redefinimos cargar_combustible! en Colectivo vamos a repetir

lógica con nuestra superclase MedioDeTransporte. No necesariamente,
gracias al mensaje super.
Al utilizar super en el método de una subclase, se evalúa el método con el
mismo nombre de su superclase. Por ejemplo...
class Saludo
def saludar
"Buen día"
end
end
class SaludoDocente < Saludo

def saludar
super + " estudiantes"
end
end
De esta forma, al enviar el mensaje saludar a SaludoDocente, super invoca el

método saludar de su superclase, Saludo.
> mi_saludo = SaludoDocente.new

> mi_saludo.saludar
=> "Buen día estudiantes"
¡Ahora te toca a vos! Redefiní el método cargar_combustible! en Colectivo, de modo que

haga lo mismo que cualquier MedioDeTransporte y además se quede sin pasajeros.
Recordá utilizar super para evitar repetir lógica.
def initialize
@combustible = 100
@pasajeros = 0
end
def recorrer!(distancia_kms)
@combustible -= distancia_kms*2
end
def entran? (personas)

personas <= 35
end
super + @pasajeros = 0
end
end
¿Creíste que habíamos terminado con los zombis? ¡Nada más alejado de la
realidad!
Cuando surgieron los SuperZombi, notamos que parte de su

comportamiento era compartido con un Zombi común: ambos pueden gritar,
decirnos su salud, y responder si están sin_vida? de la misma forma. Pero
hasta allí llegan las similitudes: recibir_danio! y sabe_correr? son distintos, y
además, un SuperZombi puede regenerarse!, a diferencia de un Zombi.
¡Esto nos da una nueva posibilidad! Podemos hacer que SuperZombi herede

de Zombi para:
 Evitar repetir la lógica de aquellos métodos que son iguales, ya que

se pueden definir únicamente en la superclase Zombi;
 redefinir en SuperZombi aquellos métodos cuya definición sea distinta
a la de Zombi;
 definir únicamente en SuperZombi el comportamiento que es
exclusivo a esa clase.
Veamos si se entiende: hacé que la clase SuperZombi herede de Zombi y modificala

para que defina únicamente los métodos cuyo comportamiento varía respecto
de Zombi. ¡Notá que la inicialización también es igual en ambas clases!
class Zombi
end
def salud
@salud
end
def gritar
"¡agrrrg!"
end
def sabe_correr?
false
end
def sin_vida?
@salud == 0
end
def recibir_danio!(puntos)
@salud = [@salud - puntos * 2, 0].max
end
end
class SuperZombi < Zombi
def sabe_correr?
true
end
@salud = [@salud - puntos * 3, 0]. max
end
def regenerarse!
@salud = 100
end
end
A diferencia de lo que pasaba con la clase abstracta Dispositivo y sus

subclases Celular y Notebook, Zombies una clase concreta
¡y SuperZombi hereda de ella sin problemas!
¿Esto quiere decir que los zombis existen?
¡No, tranqui! Lo que quiere decir es que tiene sentido que existan
instancias de la clase Zombi. Esto significa que podemos tener tanto
objetos SuperZombi como Zombi.
En este caso, y al igual que con los dispositivos, las instancias

de SuperZombi entenderán todos los mensajes que estén definidos en su
clase, sumados a todos los que defina Zombi.
Y como ya aparecieron en muchos ejercicios, tanto los objetos de la

clase Zombi como los de SuperZombi quieren descansar! . Cuando descansan
una cantidad de minutos, su @salud se incrementa en esa cantidad.
Definí el método descansar! en donde corresponda.
class Zombi
end
def salud
@salud
end
def gritar
"¡agrrrg!"
end
def sabe_correr?
false
end
def sin_vida?
@salud == 0
end
@salud = [@salud - puntos * 2, 0].max
end
def descansar!(minutos)
@salud += minutos
end
end
class SuperZombi < Zombi

def sabe_correr?
true
end
@salud = [@salud - puntos * 3, 0]. max
end
def regenerarse!
@salud = 100
end
end
Zombis por aquí, super zombis por allá, ¿quién podrá ayudarnos?
¡Volvieron las clases Sobreviviente y Aliado! Veamos parte de su

comportamiento:
class Sobreviviente
def initialize
@energia = 1000
end
def energia
@energia
end
def beber!
@energia *= 1.25
end
def atacar!(zombi, danio)

zombi.recibir_danio! danio
end
end
class Aliado
def initialize
@energia = 500
end
def energia
@energia
end
def beber!
@energia *= 1.10
end

@energia *= 0.95
end
end
Como verás, tenemos distintos grados de similitud en el código:
 energia es igual para ambas clases, porque sólo devuelve la energía;

 Una parte de atacar! coincide: en la que el zombi recibe_danio!, pero
en Aliado reduce energía y en Sobreviviente no;
 beber! es diferente para ambas clases.
Último esfuerzo: definí una clase abstracta Persona que agrupe el comportamiento

que se repite y hacé que las clases Sobreviviente y Aliado hereden de ella.
class Persona
def energia
@energia
end
end
end
class Sobreviviente < Persona
def initialize
@energia = 1000
end
def beber!
@energia *= 1.25
end
end
class Aliado < Persona
def initialize
@energia = 500
end
def beber!
@energia *= 1.10
end
super + @energia *= 0.95
end
end

Curso Ruby

Cargado por

Copyright:

Formatos disponibles

Curso Ruby

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Curso Ruby

Cargado por

Copyright:

Formatos disponibles

Los atributos NO son mensajes.

Objetos pueden tener múltiples atributos  conjunto de atributos Estado

Estado privado  solo el objeto puede utilizar sus atributos

Métodos que sirven para conocer el valor de un atributo los

Definí el método ciudad que retorne la ubicación de nuestra golondrina.

Teniendo en cuenta Bs As Km 0 Obera km 1040 Iruya km 1710

> (1710 - 1040).abs

> (1040 - 1710).abs

> (1040 - 1710).abs / 2

 Definí el objeto que representa a BuenosAires.

arranque con la energía en 1000.

'pri pri pri'

@energia -=(@ciudad.kilometro - destino.kilometro).abs*0.5

Un objeto puede enviarse un mensaje a sí mismo fácilmente

'pri pri pri'

La delegación es la forma que tenemos en objetos de dividir en subtareas:

distancia_a = (self.kilometro - destino.kilometro).abs

distancia_a = (self.kilometro - destino.kilometro).abs

distancia_a = (self.kilometro - destino.kilometro).abs

'pri pri pri'

@energia -= (@ciudad.kilometro - destino.kilometro).abs / 2

dos estados posibles: cuando está débil y cuando está feliz.

Completá los métodos debil? y feliz? de Pepita.

self.energia < 100

self.energia > 1000

Es una convención que los mensajes que devuelven booleanos (o sea,

 Si está débil, come diez gramos de alpiste, para recuperarse.

Hacé que Pepita entienda el mensaje hacer_lo_que_quiera! que se comporte como

self.energia < 100

self.energia > 1000

self.energia < 100

self.energia > 1000

vamos a conocer el comportamiento definitivo de Pepita cuando hace lo

 Si está débil, come diez gramos de alpiste, para recuperarse.

Modificá a Pepita para que el método hacer_lo_que_quiera! se comporte como

self.energia < 100

self.energia > 1000

elsif (!self.debil? && self.feliz?)

 comer alpiste: el aparato digestivo de Pepo no anda muy bien, por

Ah, y al igual que Pepita, su energía comienza en 1000.

Definí a Pepo según las reglas anteriores. Te dejamos el código de Pepita para usar

self.energia > 1100

 Volar en círculos 10 veces.

Creá a Pachorra, el entrenador de aves, y hacé que cuando reciba el

 Pachorra puede entrenar a cualquier ave que

dos objetos son polimórficos cuando pueden responder a un mismo

Modificá a Norita para que pueda entrenar con Pachorra.

mensajes que solo modifican un atributo los conocemos con el nombre

La convención en Ruby para estos métodos es:

 Los setters deben llevar el mismo nombre del atributo al que están

 Consultar cuánta cafeína en sangre tiene Inodoro.

 Cuando Inodoro toma mate aumenta en 10 su cafeína en sangre y su

Definí los métodos tomar_mate!, en Inodoro, y recibir_mate! en Eulogia y Mendieta.

“hola”.upcase  convierte en mayúsculas al string hola

Variables son referencias

Referencias anónimas (no tienen un nombre asociado)

otro_saludo = "buen día"

El mensaje equal? nos dice si dos objetos son el mismo.

> "buen día".equal? "buen día"

aquellos strings son objetos distintos, a pesar de que tengan los mismos