nicotypes, tus cursos de testing me salvaron la vida 🥺
@nicobytes
8 күн бұрын
Hey que bueno que ese curso te haya ayudado 😊
@dhanieldiaz5125
8 күн бұрын
Lo ideal sería (y seguramente lo harán) es que TS al momento de transpilar interprete private y ya directamente agregue el # en el JS. Ahora esperemos agreguen el readonly =)
@nicobytes
3 күн бұрын
Esa sería una gran opción, es decir, que automáticamente los privates de TS se transpilen a los # de JS. Por otro lado, no estoy seguro de si lo harán. Me preocupa de esta opción tener 2 opciones para hacer lo mismo en su punto TS es para agregar features que JS no tiene, no para hacer lo mismo de diferente manera, pero veremos que pasa.
@freeman2347
9 күн бұрын
En realidad Javascript ya tenia variables y métodos privados desde siempre, simplemente en vez de utilizar el class que se inventaron en su día, bastaba con devolver objetos directamente implementando el patrón modulo revelador
@nicobytes
8 күн бұрын
Jum si tienes razón, había formas de lograr un private en JS aplicadas a funciones y otros patrones, pero bueno, al menos ya tenemos una opción nativa si usas POO.
@freeman2347
8 күн бұрын
@@nicobytes Para el que no lo conozca, este es un ejemplo simple que podemos encontrar por la red: Algún Guru del Javascript como Douglas Crockford, nunca fue partidario de la introducción de class, que es algo que añadieron para parecerse a otros lenguajes, de hecho el class en realidad no es más que un type function no es realmente un class como en otros lenguajes. De todos modos al final se programa utilizando que termina imponiéndose. const bankAccount = (function () { // private member let balance = 2000; // Private Method (prefixed with underscores) function _transerMoney () { //... } // Public Method function makePayment () { _transerMoney(); } return { makePayment } })(); bankAccount.makePayment();
@alucho79
9 күн бұрын
Si, no me gusta para nada el #, deberían haber usado private como la gran mayoría de los lenguajes. Para peor en Angular se usa el # en los templates, lo que trae mayor confusión 😞
@juanmanuelmartinezortiz2046
9 күн бұрын
Lo peor es que al agregarle el #, hay que hacerlo en todos lados donde se usa, como si cambiará su nombre.
@nicobytes
8 күн бұрын
A mí tampoco me gusta mucho el #, pero bueno, sí me alegra que JS siga evolucionando y cada vez sea un lenguaje más poderoso. Tal vez en algún futuro desde TypeScript haya la forma de seguir usando private, pero que cuando se transpile esto lo convierta a variables con #
@kamens793
9 күн бұрын
Bastante feito usar # para las variables privadas hahaha. Yo prefiero usar "_" en el nombre para demostrar que la variable no se debería usar afuera de la clase
@whitehat4u
8 күн бұрын
La verdadera razon por la cual se implemento el #, tiene varias causas para el ES11, una de ellas es exactamente esto: Usar "_" , que sugiere pero no aplica, ni hace absolutamente nada mas que caos. #reinforza y aplica. # asegura block de acceso publico :)
@nicobytes
3 күн бұрын
Si es correcto, realmente en JS ya existían algunas convenciones para manejar private como el '_' o en caso de usar TS el uso de la palabra private, pero creo necesitaban un modo que no cambie el comportamiento existente para no generar caos o en el código actual, supón que en tu código manejabas _ y que ahora tu código deja de funcionar porque ahora si _ limita el acceso.
Пікірлер: 13