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

En este vídeo comenzamos a ver las propiedades en C#. Veremos como en algunos escenarios las properties simplifican la sintaxis.

[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.

[pablofonseca]

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

[xarli]

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.

[abelcanizaresgalles]

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

[elaprendiz]

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

[charliedesdesiempre]

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-hwvc]

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.

[DavidReyes-pqeh]

fascinante excelente curso Gracias Juan

[federicoconciencia]

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.

[teurysquezada]

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

[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.

[qobavision]

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

[diegoavendano]

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

[juanpablocortezmosquera]

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.

[sergionadador]

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: 500); para aumentar el salario o en otro tipo de programas me podría dar problemas?? Gracias por tus cursos, son lo mejor ;)

[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.

[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.

[Cristian_]

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?

[AlbertoAlegre-ekfr]

@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)

// Asigna el nuevo salario al objeto Juan

[Jose__Manuel]

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

saludos.