visual que porque net mejor diferencias descargar con caracteristicas asp c# vb.net comparison

c# - que - visual basic.net descargar



¿Cuáles son las diferencias funcionales más importantes entre C#y VB.NET? (15)

Ciertamente existe la diferencia en la sintaxis general, pero ¿qué otras distinciones críticas existen? Hay algunas diferencias, ¿verdad?


Aparte de la sintaxis, no mucho más. Ambos compilan exactamente la misma IL, por lo que puedes compilar algo como VB y reflejarlo en C #.

La mayoría de las diferencias aparentes son azúcar sintáctico. Por ejemplo, VB parece ser compatible con tipos dinámicos, pero en realidad son tan estáticos como C # ''s - el compilador de VB los resuelve.

Visual Studio se comporta de forma diferente con VB que con C #: oculta gran cantidad de funcionalidades, pero agrega compilación en segundo plano (ideal para proyectos pequeños, acaparamiento de recursos para grandes) y mejor compatibilidad con fragmentos.

Con más y más "magia" de compilación en C # 3, VB.Net realmente se ha retrasado. Lo único que VB tiene ahora que C # no es la palabra clave handles , y eso es un beneficio debatible.

@Tom - eso realmente útil, pero un poco desactualizado - VB.Net ahora también admite documentos XML con ''''''

@Luke - VB.Net aún no tiene métodos anónimos, pero ahora admite lambdas.


Aunque VB.NET admite try ... catch tipo manejo de excepciones, todavía tiene algo similar a ON ERROR de VB6. ON ERROR puede ser objeto de abuso grave, y en la gran mayoría de los casos, intente ... la captura es mucho mejor; pero ON ERROR puede ser útil cuando se manejan operaciones de tiempo de espera COM donde el error puede ser atrapado, decodificado, y el último "intento de nuevo" es una simple línea. Puedes hacer lo mismo con try ... catch pero el código es mucho más complicado.


Aunque el azúcar de sintaxis en C # 3 realmente ha empujado la barra hacia adelante, debo decir que algunas de las cosas de Linq a XML en VB.Net parecen bastante agradables y hacen que el manejo del XML complejo y profundamente anidado sea un poco más tolerable. Solo un poco.


Como supongo que puedes buscar en Google, no creo que sea un enlace a más sitios lo que estás buscando.

Mi respuesta: elige la base en la historia de tus desarrolladores. C # es más como JAVA, y probablemente como C ++. VB.NET fue más fácil para los programadores de VB, pero creo que ya no es un problema, ya que no hay nuevos programadores de .NET procedentes de la antigua VB.

Mi opinión es que VB es más productivo que C #, parece que siempre está adelante en términos de herramientas de productividad (como intelisense), y yo recomendaría vb sobre c # a alguien que pregunte. Por supuesto, alguien que sabe que prefiere c # no preguntará, y c # es probablemente la opción correcta para él.


Cuando llega a IL, todo es solo un pedacito. Esa insensibilidad de caso es solo un pase precompilador. Pero el consenso general es que vb es más detallado. Si puede escribir c #, ¿por qué no guarda sus ojos y manos y escribe la menor cantidad de código para hacer lo mismo?


Este tema ha tenido mucho tiempo de exposición desde que se lanzó .NET 2.0. Vea este artículo de Wikipedia para un resumen legible.



Esto se puede considerar como sintaxis, pero VB.NET es mayúscula y C # es sensible a mayúsculas y minúsculas .


La mayor diferencia en mi opinión es la capacidad de escribir código inseguro en C #.


Las comparaciones vinculadas son muy minuciosas, pero en cuanto a las principales diferencias, señalaría lo siguiente:

  • C # tiene métodos anónimos VB tiene estos ahora, también
  • C # tiene la palabra clave yield (bloques de iteración ) VB11 agregó esto
  • VB admite el enlace implícito tardío (C # tiene un enlace explícito tardío ahora a través de la palabra clave dinámica)
  • VB admite literales XML
  • VB no distingue entre mayúsculas y minúsculas
  • Más fragmentos de código listos para usar para VB
  • Más herramientas de refactorización listas para usar para C # Visual Studio 2015 ahora proporcionan las mismas herramientas de refactorización para VB y C #.

En general, las cosas en las que MS se enfoca varían, porque los dos idiomas están dirigidos a audiencias muy diferentes. Esta publicación de blog tiene un buen resumen de las audiencias objetivo. Probablemente sea una buena idea determinar en qué audiencia se encuentra, ya que determinará qué tipo de herramientas obtendrá de Microsoft.


Sí VB.NET solucionó la mayoría de los problemas de VB6 y lo convirtió en un lenguaje OOP apropiado, es decir. Similar en habilidades a C #. Aunque creo que prefiero C #, creo que la antigua construcción VB ON ERROR es útil para manejar los tiempos de espera de interoperabilidad COM. Algo para usar sabiamente, ¡ON ERROR es fácilmente abusado!




This es una referencia muy completa.