Quedan pocos días y pocos cupos para el EDcamp.Quedan pocos días y pocos cupos para el EDcamp en Bogotá: 16 y 17 de octubre.
0 seguidores
0 seguidos
Ya que en el video no está del todo claro el por qué se usa
.bind(object)
, voy a intentar explicarlo de la forma más simple posible:
Antes que nada, hay que entender el concepto de
en JavaScript. Cuando utilizamos
, siempre hacemos referencia al objeto del contexto actual, ¿Y qué significa esto? Significa que estamos accediendo a una propiedad o método del objeto que envuelve al código en el que estamos parados actualmente.
Por ejemplo, si creo una clase "Perro", cada vez que escriba DENTRO de la clase algo como
.altura
o
.ladrar()
, estoy haciendo referencia a una propiedad (altura) o a un método (ladrar) que sólo existe dentro de "Perro". La forma más simple de entenderlo, es tomar la traducción literal de "this", que significa "esto" en español. Entonces, cuando esté programando y escriba
, simplemente pienso en el "esto" que envuelve al código que estoy escribiendo actualmente. Si miro unas líneas más arriba y veo que está todo dentro de la clase "Perro", entonces sé que "esto" (this) significa "Perro", por lo que cualquier propiedad o método que escriba allí pertenece exclusivamente a "Perro" (this).
Algo importante a tener en cuenta: cuando escribimos
fuera de cualquier clase u objeto, siempre vamos a estar haciendo referencia al objeto global
. Básicamente, todo lo que escribimos en JavaScript está contenido dentro de
.
Ahora, sabiendo todo lo anterior, estamos listos para entender la utilidad de
.bind(object)
.
En JavaScript, los métodos que declaramos dentro de una clase u objeto permanecen enlazados a esa clase u objeto siempre y cuando no se asignen a una constante o variable externa. ¿Qué quiero decir con esto? Que el
del método puede cambiar, y no necesariamente va a apuntar al mismo objeto en el que se declaró el método.
Siguiendo el ejemplo anterior, si dentro de la clase "Perro" está el método
()
, podemos suponer que este método accede a propiedades internas de "Perro" como pueden ser
.lengua
o
.hocico
. En un llamado normal a este método que se haga desde fuera de la clase, como es
.ladrar()
, sabemos que cualquier
que haya dentro del método hace referencia a
. Bueno, la cosa cambia totalmente cuando asignamos
.ladrar()
a una constante o variable externa a la clase. Si declaramos algo como
ladrarExterno = perro.ladrar
y llamamos a
()
, el
de
()
va a pasar a ser el objeto del contexto actual, que normalmente es
, salvo que estemos dentro de una clase u objeto. En un caso como este, al ejecutar nuestro código recibiríamos un error, ya que
()
estaría intentando acceder a
.lengua
o
.hocico
siendo que nuestro nuevo
(el objeto
) no contiene ninguna de esas propiedades.
Para solucionar un problema como el del ejemplo anterior es que utilizamos
.bind(object)
. Lo que hace esto es devolvernos una copia exacta de la función, pero ahora es una función que realmente está enlazada al objeto que le pasemos por parámetro. Haciendo uso del
, no importa dónde o a qué constante o variable le asignemos esta nueva función, su
SIEMPRE apuntará al objeto que le hayamos pasado por parámetro.
Sabiendo todo esto, ¿Pór qué el profesor escribe
.vender = this.vender.bind(this)
en el constructor de la clase "Cupcake"?
Lo que hace es crear una nueva propiedad en "Cupcake":
.vender
, a la que le asigna una copia del método
()
en la cual su
siempre apuntará al
que le envió por parámetro, que en este caso es "Cupcake" (aclaración: siempre apuntará al objeto instanciado a partir de "Cupcake", no a la clase "Cupcake" en sí). Una vez hecho esto, y gracias a la utilización del
()
, puede asignar este nuevo
.vender
al método
de
sin perder la referencia del
original.
La explicación resultó un poco extensa, pero espero que pueda entenderse con claridad. Para cerrar, voy a dejar una imagen del ejemplo de la clase "Perro" con código y resultados en consola, como para despejar cualquier duda posible sobre el uso y funcionamiento del método
()
.
Saludos.
Aún usando componentes de clase, es posible utilizar los props de forma más prolija y menos engorrosa.
Con la desestructuración de
.props
, podemos desempacar únicamente los valores que vamos a utilizar y guardarlos en una constante para facilitar su acceso más adelante.
Tomando de ejemplo las props de
, es tan simple como declarar
{ color, sabor, foto } = this.props;
dentro de la función
()
, y obviamente antes del
()
.
Si las variables son públicas no tiene mucho sentido usar los métodos
y
, ya que igualmente voy a poder tener libre acceso a la variable.
Por ejemplo, ¿Para qué quiero un
()
y un
()
si igualmente tengo permitido acceder a
.nombre
?
La idea es que las variables de un objeto sean siempre privadas y su acceso desde otras secciones del código sólo pueda darse a través de los getters y setters (u otros métodos), respetando así el principio de encapsulamiento en POO.
Para hacer nuestra variable privada, simplemente necesitamos agregar un # (hash) como prefijo de su nombre. Por ejemplo:
<a href="/comunidad/publicaciones?q=%23nombre" data-community-hashtag="true">#nombre</a>
,
<a href="/comunidad/publicaciones?q=%23apellido" data-community-hashtag="true">#apellido</a>
, etc.
También aplica lo mismo para los métodos privados, por ejemplo:
<a href="/comunidad/publicaciones?q=%23hablar" data-community-hashtag="true">#hablar</a>() {}
,
<a href="/comunidad/publicaciones?q=%23tomarCurso" data-community-hashtag="true">#tomarCurso</a>() {}
, etc.
Para más información: https://developer.mozilla.org/es/docs/Web/JavaScript/Referencia/Classes/Private_class_fields
El 56.25% que se le asignó al
-bottom
no es un número aleatorio, viene de la siguiente fórmula:
Entonces, si buscamos un aspect ratio de 16:9, haríamos lo siguiente:
Para un aspect ratio de 4:3:
Y así con el aspect ratio que queramos.
Este link tiene más información sobre el tema: https://www.w3schools.com/howto/howto_css_aspect_ratio.asp (ahí utilizan
-top
en vez de
-bottom
, pero es lo mismo).
En el vídeo no está muy bien explicado, así que lo resumo en lo siguiente:
En programación, que una entidad sea considerada "ciudadano de primera clase" significa que puede hacer lo mismo que las otras entidades, como ser retornadas de funciones, asignadas a variables, pasadas como parámetros, etc.
Por ejemplo, cuando hablamos de un
sabemos que puede ser retornado de una función, cuando hablamos de un
sabemos que puede ser asignado a una variable, cuando hablamos de un
sabemos que puede ser pasado como parámetro. Tanto
como
como
son entidades de primera clase (o "ciudadanos de primera clase"), por lo que pueden manipularse de la misma manera que una entidad
, que también es de primera clase. Esto significa que también puedo retornar un
, que también puedo asignar
a una variable (el ejemplo del vídeo), y que también puedo pasar un
como parámetro, entre otras cosas.
En el vídeo puede darse a entender que las funciones sólo son "ciudadanos de primera clase" cuando se asignan a una variable, lo cual es falso. Lo que intentaba explicar Beto en el vídeo es que las funciones pueden ser tratadas igual que un
,
,
u
, y lo ejemplificó justamente asignando una
a una variable.
Por lo visto en el vídeo, entendemos que el sistema hexadecimal usa 16 símbolos distintos:
0, 1, 2, 3, 4, 5, 6, 7, 8, 9 para representar esos mismos números.
A, B, C, D, E, F para representar los números 10, 11, 12, 13, 14, 15.
También sabemos que en hexadecimal podemos representar los 3 canales RGB usando 3 pares de valores, o sea, un par para cada canal:
Los 2 primeros valores para R (Red).
Los 2 valores del medio para G (Green).
Los 2 últimos valores para B (Blue).
Por ejemplo: con el valor hexadecimal #19BD1E, asignamos 19 a R, BD a G, y 1E a B.
Sabiendo todo lo anterior, ¿Cómo convertimos cualquier valor hexadecimal en RGB? Esto es bastante simple, tenemos que hacer lo siguiente en los 3 canales (R,G y B): multiplicar el primer valor * 16, y al resultado de esa multiplicación sumarle el segundo valor.
De manera que la explicación quede lo más clara posible, vamos a convertir el hexadecimal del ejemplo (#19BD1E) en RGB:
Para el canal R: multiplicamos 1 (primer valor) * 16, lo que nos da un resultado de 16. A eso le sumamos 9 (segundo valor), lo que nos termina dando 25.
Para el canal G: multiplicamos B (11, primer valor) * 16, lo que nos da un resultado de 176. A eso le sumamos D (13, segundo valor), lo que nos termina dando 189.
Para el canal B: multiplicamos 1 (primer valor) * 16, lo que nos da un resultado de 16. A eso le sumamos E (14, segundo valor), lo que nos termina dando 30.
Habiendo hecho el cálculo en los 3 canales, ya tenemos el valor convertido a RGB (25, 189, 30). Ahora podremos hacer la misma conversión con cualquier otro valor hexadecimal sin ningún problema.
Espero que les sea de utilidad.
Por si la explicación en el vídeo no quedó del todo clara, voy a intentar explicar lo que es el Device Pixel Ratio de la forma más simple posible:
Para empezar, existen 2 tipos de píxeles:
Píxeles físicos: son los píxeles reales que están en un monitor, smartphone, tv, etc. Por ejemplo, cuando se habla de 1920x1080 (Full HD), se refiere siempre a una pantalla de 1920 píxeles FÍSICOS de ancho y 1080 FÍSICOS de alto.
Píxeles CSS (o del viewport): es la unidad de medida con la que trabaja CSS para pintar elementos en el viewport, y NO siempre son del mismo tamaño que un píxel físico.
Ahora bien, ¿Qué es el Device Pixel Ratio (DPR)?: el DPR es el ratio entre los píxeles físicos y los píxeles CSS. Veamos algunos ejemplos para que sea más fácil de entender:
Si mi DPR es de 1, el tamaño de 1 píxel CSS será de 1 píxel físico, por lo que ambos abarcarán el mismo espacio en pantalla.
Si mi DPR es de 2, el tamaño de 1 píxel CSS será de 4 píxeles físicos (2 píxeles físicos de ancho x 2 píxeles físicos de alto).
Si mi DPR es de 3, el tamaño de 1 píxel CSS será de 9 píxeles físicos (3 píxeles físicos de ancho x 3 píxeles físicos de alto).
El valor del DPR también puede ser decimal, como 2,5 o 2,75.
Sabiendo lo anterior, hay que tener en cuenta que cuando manejamos medidas
en HTML y CSS estamos hablando SIEMPRE de píxeles CSS (o del viewport) y NUNCA de píxeles físicos.
Entonces, si tenemos por ejemplo un DPR de 1 e insertamos una imagen de 300x300 píxeles CSS en el navegador (como podría ser con
<img src="Goku.jpg" width="300" height="300">
, esta imagen terminará ocupando 300x300 píxeles físicos. A su vez, si tenemos un DPR de 3 e insertamos una imagen de 300x300 píxeles CSS en el navegador, esta imagen terminará ocupando 900x900 píxeles físicos, o sea, 3 veces más píxeles que los que definimos por código.
Como dato a tener en cuenta, la mayoría de los smartphones modernos tienen un DPR de 2,75 o 3, ya que si tuviesen un DPR de 1 todos los elementos se verían muy pequeños en sus pantallas Full HD de sólo 5" o 5.5". Por otra parte, en pc el DPR por defecto es de 1, pero si hacemos zoom en el navegador el DPR aumentará a la par (con un zoom de 150% el DPR será de 1,5, con un zoom de 200% el DPR será de 2, y así). De hecho, pueden probar esto muy fácilmente en: https://www.mydevice.io/.
Para leer un poco más sobre el tema: https://tomroth.com.au/dpr/.
Espero que les sirva.
¡Saludos!