Curso C#. Properties (Propiedades) I. Vídeo 55

[@TheGeardarko]

C# me parece un gran lenguaje si lo sabes usar es tan limpio, gracias a ti estoy reforzando conocimientos y aprendiendo cosas nuevas que me serán de utilidad saludos desde México.

[@osubarudo5041]

Además de que Visual Studio es un gran entorno de desarrollo.

[@yanluisnunezlara319]

​@@osubarudo5041puede ser pesado y consumir muchos recursos, pero ayuda bastante y tiene muchas herramientas complementarias.

[@CaballoLoco666]

​@@yanluisnunezlara319concuerdo contigo, me parece mejor eclipse y ademas que tiene mas ayudas, el problema es que segun mi conocimiento solo es para java y no otros lenguajes, eclipse para programar en java no lo cambiaria por nada

[@pablofonseca8867]

Esto es legendario, increíble que C# tenga tremenda utilidad

[@xarli7626]

Wow, este curso esta genial. La programación siempre ha sido algo que me parecía prácticamente imposible de entender, pero me he ventilao el curso en menos de un mes y ya me voy aclarando para hacer cosicas (obviamente haré mil errores y ni lo sabré, pero ya puedo trastear con Unity). Se entiende todo a la primera. esta explicado de forma muy amena y fácil de entender, para doomies. Gracias por estos vídeos, eres un crack.

[@pildorasinformaticas]

Gracias a ti por el comentario y por seguir mis vídeos. Un saludo!

[@Sir_Isaac_Newton_]

dummies *

[@musicvercetti6341]

@@Sir_Isaac_Newton_ 🤓👆

[@abelcanizaresgalles5089]

Puedo entender las interfaces, los fakes o las DI, pero las props siempre me habían costado. Este vídeo lo explica de tal manera que ha despejado mis dudas. Me alegra que pongas en don de explicar bien las cosas al servicio de los que quieren aprender. GRACIAS

[@elaprendiz7208]

Las clases del profesor Juan son siempre magnificas. Muchas Gracias profesor

[@juanpablocortezmosquera8946]

Las propiedades son útiles para generar set y get de manera muy simple, pero para los que conocemos un poco .NET es de una utilidad tremenda para realizar modelos de bases de datos.

[@DavidReyes-pq7eh]

fascinante excelente curso Gracias Juan

[@federicoconciencia9380]

Profe comparto totalmente "Tu no puedes asignar a un trabajador un salario negativo, le puedes asignar un salario muy bajo, que es lo que hace la mayoria de los empresarios" 😂 Excelente Curso, Muchas Gracias.

[@qobavision1161]

Nunca dude cuando dijo que era LO MEJOR DE LO MEJO ....

[@deborahmizfel8036]

Mil gracias !!! justo lo que buscaba.

[@diegoavendano8165]

Mi sueño es poder ser tan bueno como usted algún día, explica muy bien todo...

[@starlinpolanco8163]

Por fin entiendo esto....Mil Grx

[@xngesx]

Sólo una pequeña aclaración, en C# por convención el nombre de las properties debe ser igual que los campos, pero con la primera letra en mayúscula, el uso de todo en mayúsculas para nombre de campos está indicado sólo para constantes.

[@teurysquezada3782]

excelente maestro me gustaría que hicieras un curso de .NET Core.

[@charliedesdesiempre4131]

Lo primero es darte las gracias🙏 Haces un gran trabajo y si no fuera por gente como tu, no tendria posibilidad de estudiar programación con mis recursos actuales. Gracias!! Ahora mi duda: Lo que no acabo de comprender es que encapsulando y utilizando estas herramientas para impedir que otro programador modifique lo que no queramos que cambie me parece util sin duda, pero no podria otro programador sin mas cambiar las clases de private a public y cambiar el codigo a voluntad? Utilizando estas herramientas dejo claro que no quiero que modifiquen ciertas cosas, pero aun así, si tienen malas intenciones podrian realizar esos cambios no? Perdona si no me explicado bien

[@Juanruiz-hw5vc]

Hola, Juan. Gracias por tus videos; están revolucionando mi vida laboral. Después de hacer tu curso de Java, he comenzado con tu curso de Android. No obstante, he visto que lleva sin ser actualizado casi seis meses. ¿Podrías decirme si tienes pensado retomarlo o si lo has abandonado definitivamente? Muchas gracias de nuevo por tu esfuerzo. Un saludo.

[@pildorasinformaticas]

Lo pienso retomar en breve. Gracias por el comentario y por seguir mis cursos con tanto interés. Un saludo!

[@Juanruiz-hw5vc]

@@pildorasinformaticas Muchas gracias a ti por tu respuesta y por toda la dedicación que pones en tus cursos. ¡Un saludo!

[@elsamo13]

@@pildorasinformaticas La definición de "breve" es diferente en España? :''c Tus videos son geniales bro, espero que retomes el curso pronto, un saludo.

[@Drasius]

Las propiedades son los getters y setters en otros lenguajes(casi todos usan get y set como palabras reservadas, eso sí se pueden poner separados). La encapsulación siempre que sea necesaria. Justamente si no quieres que te pongan un salario negativo es cuando metes el setter, propiedad en C# , con el mismo nombre que tenía antes el campo public, este lo vuelves private (cambiándole el nombre, si usas como yo camelcase puedes usar _ al principio) y metes el setter con ese nombre que antes tenía el campo public. Con esto consigues que tu API no cambie para quien use tu clase externamente. Pero porque hace falta en ese momento comprobar cosas o calcular cosas. Ya que un campo de tipo variable no es igual que un getter/setter(propiedad), estos últimos son como funciones. Muchas veces no se ve la diferencia hasta que creas nuevos objetos con nuevas referencias en esas propiedades o lo usas para hacer cálculos intensivos lo cual no es muy aconsejable. Yo pensé que la convención era poner la primera letra en mayúsculas en las properties. Aun así si no es por el intelligence se podría pensar que es una clase, enumerado o Interfaz y no un getter o setter....prefiero empezar por minúsculas y no diferenciar getter/setter de un campo normal. Para el programador no debería ser esencial si usa tu clase.

[@davidlopez8251]

Gracias por continuar!

[@alexcastellanos7313]

Excelente Curso

[@nancynardelli5466]

Gracias!

[@edeuryescalante7970]

Gracias!, gran aporte...

[@snithfferx]

No sabía que se podía hacer así una propiedad, sólo las he usado en mvc a la hora de hacer codefirst.

[@Jose__Manuel]

Lo del salario negativo imposible, te sorprenderías de las casuísticas del mundo laboral. saludos.

[@kopticx9803]

Pues si, es imposible, puedes ganar un salio de 1 dolar al mes, pero no - 1 dolar al mes

[@AlbertoAlegre-ek4fr]

@pildorasinformaticas Eres un excelente profesor, pero una puntualidad para que el código del ejemplo estuviese correcto debería quedar así: double aumento = 500; // La cantidad de € a aumentar double nuevoSalario = Juan.getSalario() + aumento; // El aumento no está hardcodeado (hardcodear significa poner un valor sin referenciar a una variable) Juan.setSalario(nuevoSalario); // Asigna el nuevo salario al objeto Juan

[@Cristian_83]

Yo el metodo lo pongo directamente dentro del SET con el IF-ELSE, asi me enseñaron primero, y aca veo que se lo crea por fuera y despues al set le pasas la cabecera del metodo....sera lo mismo?

[@Jusilus]

Creo que se podía validar en la misma propiedad, pero supongo que eso lo veremos en el siguiente vídeo.

[@sergionadador6823]

Se que hace mucho de este curso pero me cabe una duda. Entiendo que el vídeo esta realizado para explicarnos las "propertis" pero seria correcto utilizar: juan.SetSalario(juan.GetSalario()+ 500); para aumentar el salario o en otro tipo de programas me podría dar problemas?? Gracias por tus cursos, son lo mejor ;)

[@hernangarcia77]

lo mismo se me ocurrio a mi

[@peraltaenzo6142]

Los salarios se otorgan en base a la productividad del empleado. Y si los salarios son bajos, primero hay que ver si no esta el estado presente, cobrando impuestos

[@akiztoi]

Hola Buenas, ¿Alguien sabría decirme por qué VS me marca error cuando pongo (return this.salario)? sin embargo si omito el 'this.' sí que me deja. Al poner el 'this.salario' me pone que "no se puede obtener acceso al miembro 'salario' con una referencia de instancia; califíquelo con un nombre de tipo en su lugar'. Me pasa tanto en el get{}, como en el set{}. Gracias.

[@ernestoibrahindelpozodespa1041]

Excelente

[@brandongutierrez8998]

Alguien me explica como funciona la linea 70? en donce dice: EvaluaSalario(value)

[@davidrosas6738]

php version 7.4 ya puedes colocar propiedades con tipos ejemplo public string $nombre;

[@GorbashCodec]

pensé que no subirías mas vídeo, renueva tu curso de php oop

[@CarlosGarcia-ct2mv]

duda : ¿seters y getters o Properties?

[@Jusilus]

Es que lo setters/getters es algo de Java, Microsoft se sacó de la manga las propiedades que van fábula. Lo que pasa que, según creo yo, Juan prefirió no mezclar cuando explicó los métodos para no liar más a la gente.

[@AlbertoAlegre-ek4fr]

Properties y acostumbrate a utilizar dentro de una clase properties para casi todo. Luego cuando cambies de lenguaje a Java ya verás que todo esto de las properties no sirven de nada porque no existen al igual que la interpolación de strings etcetera, cada lenguaje tiene su indiosincracia

[@OsomWay]

1:39 me parto los cojones

[@GorbashCodec]

A se me olvidad primer comentario :D

[@ucielluna5608]

Bastante útil, pero me confundí un poco

[@RingOfFaia]

La Vernia SI le daba a Francis -70 Dolares a la semana, o algo asi, en un año Francis ya le debia a la Vernia por trabajar para ella xDDD

[@Gabriel-pe6oi]

le puedes asignar un salario muy bajo, que es lo que hace la mayoria de los empresarios jajajajaja

[@maxsimus320]

sigo sin ver el sentido a encapsular, porque si el otro programador quiere cambiar algo mas intencionadamente, simplemente modifica el código y puede hacer lo que quiera, aunque igualmente estoy programando como enseñas en el curso, con todas las reglas

[@alphaalfre]

👀

[@AlbertoAlegre-ek4fr]

internal class Persona { private int _edad; public string Nombre { get; private set; } public int Edad { get { return _edad; } set { if (_edad < 0) _edad = 0; else _edad= value; } } public Persona(int edad, string nombre) { _edad = edad; // se puede Edad = edad (Es ilógico pero bueno...) a ver no es que sea ilógico o lógico pero no se refleja bien que realmente estes llamando al SETTER! pero haría un método aparte y llamaría en el constructor _edad = setEdad(edad), no poner Edad = edad (NO VEO CLARO QUE SE ESTÉ LLAMANDO A EL SETTER de la propiedad!) Nombre = nombre; // no puedes poner _nombre porque no tienes el campo xD. tienes que llamar al setter por cojones toma ya! } } No te parece feísimo que se utilicen properties o campos ! por ejemplo para asignar dentro de la clase un valor al campo Nombre solo puedes mediante el setter !, que podrías hacer un campo tu mismo pero el compilador ya te lo crea (para que entonces crear las propiedades xD) Otra cosa que me parece demencial es poner hacer una propiedad con expression bodied por ejemplo NombreCompleto => $"{Nombre} {Apellido}" lo he visto en muchos códigos, pero claro esto es una tremenda mierda porque el setter ya no lo puedes crear! adjunto ejemplo: internal class Persona { private int _edad; public string Nombre { get; private set; } public string NombreEdad => $"Me llamo {Nombre} y tengo {_edad} años"; // Lo mismo puedo sustituir _edad por Edad... y creeme el contexto cambia ni te imaginas cuanto public int Edad { get { return _edad; } set { if (_edad < 0) _edad = 0; else _edad= value; } } public Persona(int edad, string nombre) { _edad = edad; Nombre = nombre; // no puedes poner _nombre porque no tienes el campo xD NombreEdad = "Lo que sea"; // NO SE PUEDE ASIGNAR PORQUE NombreEdad es de solo lectura!!!!! MENUDA MIERDA! } } @pildorasinformaticas Los puntos positivos que veo a todo esto de las propiedades, la seguridad que tiene ya que al poner una expresión Nombre = "loquesea" siempre va a entrar en el setter y un setter puede tener unas comprobaciones como if (_nombre == null) _nombre = "" por ejemplo, si pusieramos _nombre = nombre, podríamos colar un null por parámetro y no comprobarlo en ningún lado o cosas así. tu que opinas ?

[@marcosantuario7777]

Duelen los oídos cuando dices "Ci Sarp", sería más original si dijeras "C sostenido". Pero bueno, son gustos. 😅

[@AlbertoAlegre-ek4fr]

@pildorasinformaticas personalmente a mi no me gustan las properties, ya que el código aveces no es tan claro y bonito, desde mi punto de vista, ya que la expresión Juan.SALARIO += 500, por detrás de camara hace un get, lo suma y hace un setter (3 cosas): Juan.SALARIO = Juan.SALARIO + 500 (primero llama al getter, suma 500 y después llama al setter), a mi me parece mucho más hermoso hacerlo en varias línear, double nuevoSalario = Juan.getSalario() + 500; Juan.setSalario(nuevoSalario).. que son dos líneas vale te lo compro pero se entiende muchísimo mejor, incluso lo puedes hacer en una línea Juan.setSalario(Juan.getSalario() + 500), para mí es mucho más bonito así.

[@PHNTM-qy9zz]

@rubiusOMG

[@dumboide10]

Con que programas crea usted las flechas ?

[@snithfferx]

Mira el video uno. Allí dice todo eso.

[@robertoantoniomoralesaguil858]

ZoomIt es el nombre del programa con que hace las flechas y los zoom