En este video te mostrare 3 formas de crear un objeto en c# .NET. CURSO de Patrones de Diseño en C# y ASP .
25 Comments
Leave a Reply
You must be logged in to post a comment.
En este video te mostrare 3 formas de crear un objeto en c# .NET. CURSO de Patrones de Diseño en C# y ASP .
You must be logged in to post a comment.
Si te ha gustado el video puedes dejarme un Pulgar Arriba y un comentario
Curso de Patrones de Diseño: https://www.udemy.com/course/aprender-patrones-de-disenos-aplicados-en-asp-net/?couponCode=2022CSHARPRULES
Curso de C#: https://www.udemy.com/course/curso-de-csharp/?couponCode=2022CSHARPRULES
Lo mismo que en java pero agregando esas var, etc :'v
Como se podría crear una clase anonima que impmemente una interfaz? en java si se puede pero en C# creo no o usando delegados?
En la U me dieron una guia de solo c# y me enseñaron a conectar bases de datos y etc. pero ahora no recuerdo ni un poco.
Me gusta más la segunda que usa el var
Estoy aprendiendo hace poco y siempre me pareció medio tonto poner dos veces el nombre del objeto.
Así me hubieran explicado como base POO el ejemplo que pusiste Héctor estaría muy avanzado. Cómo siempre tus vídeos son excelentes 👍👍
Me encantan los avances, siempre son cosas tan simples pero taaaaan útiles que dices, como nunca se le ocurrió a nadie antes… Y siempre es igual 😂
Subí las short de este estilo🔥🔥
Estos shorts con tips son buenísimos
La última forma no la conoci, esta bien chida, gracias
1.- var está fuertemente tipada por lo que debe de ser definida (inicializada) al momento que se declara, en cambio usando objetos de clases con sus propiedades definidas te permite estructurar mejor tu código (desacoplar).
2.- si la variable no tiene un nombre adecuado, nunca sabrá a qué se refiere,
3.- var no puede contener directamente valores nulos ya que debe de especificarse el tipo de null al que equivale casteando el tipo lo que lo vuelve más enredoso a la hora de codificar sistemas complejos ( var a = (int?) null )
4.- Por último, alguna vez leí que si utilizas var para ciertos casos vuelve tus ejecuciones más lentas ya que no encuentra una tipificación específica (caso ejemplo: cuando ejecutas una consulta a través de Database.Context.SqlQuery, al no tener clara la definición en la variable contenedora la interpretación en tiempo de ejecución se retrabaja por lo que lo hace más tardado).
Por estas razones, desde que recuerdo que aprendí a programar en c# prefiero evitar usar var, si lo uso en casos dinámicos pero, aún así prefiero el dynamic.
Saludos, me agradan tus videos, siempre repartiendo conocimiento a quien lo necesite. 🤙
Chingon, mas shorts asi porfa.
No me sabía la ultima forma, buen short Héctor se agradece mucho tu contenido 🙂
La última me parece genial
yo la descubrí sin querer, pero pensé que era una mala practica, gracias por aclararlo
" Beer b = new(); " es la onda!
Excelente, con razón me recomendaba c# colocar solo new
Personalmente prefiero la última forma: Beer beer = new(), en parte porque es la mas corta y en parte porque me parece que queda bonito en el principio del statement
voy al VAR a tomar BEER
interesante
Encuentro a "var beer = new Beer()" más práctico, aunque semánticamente "Beer beer = new()" se explica mejor.
no me sabia la nueva forma, que va Hector, gracias!
Var es mi favorita 👍🏼
Chalinga. Gracias mil.