Ventajas del C Sharp

Yo si he oido que Edit & Continue estará en C# en la proxima versión.


Rodrigo Corral González [MVP]

microsoft.public.es.vc FAQ
http://vcfaq.europe.webmatrixhosting.net

"Tristan" wrote in message
news:%

[...] En vb.net no se puede controlar
la asignación de eventos. No hay nada parecido al add... remove de c#.

No lo entiendo. ¿Qué es lo que se puede hacer en C# que no se pueda hacer
con el AddHandler y RemoveHandler de VB?

Jajajaj, pues no se cual de los dos pasa más tiempo por
aquí ;-) Pero vamos, que me quito el sombrero, todo hay
que decirlo.

Por cierto, ya sabes que somos vecinos, así es que cuando
quieras tomamos unas cañas.

En cuanto a lo de los eventos y addhandler. En efecto,
vb.net admite AddHandler y RemoveHandler para añadir y
quitar delegados, pero lo que no admite es la sintaxis
extendida de evento. Los eventos en vb.net se comportan
como campos, no como propiedades. NO hay control de
acceso.

En c# son posibles las dos sintaxis:

public event Delegado Evento;

O la ampliada:

public event MyDelegate1 Event1
{
add
{
}
remove
{
}
}

En vb.net solo es posible la primera. Esta limitación,
puede llegar a ser importante. Por ejemplo en c# se puede
guardar una colección con los eventos de todas las
instancias de una clase, etc... En vb.net no se de que
forma se podría hacer.

Por cierto si alguien conoce un equivalente en vb.net, me
haría un gran favor.

Juan Carlos Badiola
MVP - C#

Lo acabo de responder en otro mensaje. En vb.net no es
posible controlar la asignación de eventos.

Octavio, yo tambien recuerdo el PEEK y POKE. Ah, que tiempos aquellos!!!
Yo creo que eventualmente si MS trata de poner las mismas funciones en ambos
lenguajes, en ese momento, como tu y Rodrigo muy bien han dicho, sera una
decision personal y no de un lenguaje vs. otro. No se si han leido el libro
Juval Löwy y/o este articulo:
http://www.fawcette.com/vsm/2001%5F...ods/vsnet/ en el
cual expone que el cree que ambos lenguajes (VB y C#) tomaran caminos
distintos en el futuro, puesto que cada uno esta diseñado para una audiencia
diferente.

Estoy de acuerdo contigo que para la mayoria de las aplicaciones al dia de
hoy no existen diferencia entre uno y otro.

A pesar de que soy nuevo en el newsgroup, me es muy agradable poder tener
estas charlas con todos ustedes.

Saludos,

Jose Luis Manners, MCP


"Octavio Hernandez" wrote in message
news:Ohs7r%

JL,

Tu mensaje me ha traído a la mente algo en lo que no había pensado: C#
permite escribir unsafe code, y VB no (aunque, ¿quién sabe si se lo añadan
en una próxima versión?. Recuerdo de los viejos tiempos que Basic ofrecía
todas las facilidades del mundo para acceder directamente a memoria (los
famosos PEEK, POKE, etc.), puertos y demás cosas de bajo nivel.).

Esa podría ser una diferencia importante si se va a desarrollar algún tipo
de sistema muy concreto que lo requiera. Pero la gran mayoría de las
aplicaciones de hoy día no es algo necesario.

Saludos,

Octavio

"Jose Luis Manners" <jlmanners(-arroba-)acm.org> escribió en el mensaje
news:
> El debate entre VB.NET y C# ha sido un tema discutido ampliamente. Muy
> respetuosamente creo que la decision de escoger 100% un lenguaje por
> preferencia personal esta erronea. Creo que uno debe escoger la
herramienta
> correcta para el tipo de trabajo que se vaya a realizar (aparte del la
curva
> de aprendizaje por supuesto). Yo he programado en varios lenguajes

(C++,

> Java, VB6, VB.NET, C#) y en todos he encotrado sus diferencias y su

lugar

en
> la industria. Ahora sobre el debate de VB.NET y C#, esta documentado de
que
> a pesar de que ambos utilizan el mismo CLR el codigo IL generado por C#
esta
> mejor optimizado que el de VB.NET y por consiguiente C# ejecuta un poco
mas
> rapido. Para algunos la ejecucion es prioridad numero uno pero para

otros

> la diferencia es tan minima que no es tan importante. PERO SI HAY
> DIFERENCIA.
>
> Saludos cordiales,
>
> Jose Luis Manners, MCP
>
>
> "Rodrigo Corral [MVP]" wrote in message
> news:uLVw$
> > Yo creo que el lenguaje no es algo importante en .NET, en cualquier de
los
> > lenguajes soportados podrás hacer las mismas cosas (99% cierto).

Variara

> la
> > sintaxis y poco más. La funcionalidad es muy muy similar. Por ejemplo

de

> la
> > lista dada por Jose Luis Manners en su mensaje...
> >
> > > 1. Completo soporte para programacion orientada a objetos

(incluyendo

> > crear
> > > operadores)
> > En la proxima versión VB tambien podrás crear operadores. Otros
lenguajes
> > .NET que no son C# tambien lo permiten
> >
> > > 2. Uso de genericos (disponible en la proxima version por supuesto)
> > VB tendra génericos
> >
> > > 3. El comando "using" para limpiar memoria
> > Cierto, otros lenguajes soportan otras construcciones como los filtros
de
> > excepciones en VB (When), hay algunas minimas particularidades de cada
> > lenguaje.
> >
> > > 4. Atributos
> > Cualquier lenguaje puede implementar el uso de atributos, VB lo hace
> >
> > > 5. Mejoras en la calidad del codigo que puedes escribir. C# atrapa
> muchos
> > > errores que otros lenguajes (VB.NET) pasan por alto.
> > ¿A que errores te refieres?
> >
> > > 6. Existen compiladores de C# gratis que puedes utilizar y muchos de

> estos
> > > existen en otras plataformas de computacion (UNIX)
> > Tambien existen de otros muchos lenguajes .NET
> >
> > > 7. Es mas facil migrar de Java o C++ a C#
> > Sin duda
> >
> > > 8. Es el lenguaje natural de la CLR.
> > La posición de Microsoft es que no hay un lenguaje natural del CLR. Si
es
> > cierto que en C# hay más ejemplos
> >
> > > 9. Todas las nuevas funciones son adaptadas primero en C# y algunas

ni

> > > siquiera llegan a ser parte de VB.NET.
> > Las funciones estan en el framework, todos los lenguajes usan el mismo
> > framework.
> >
> > Dicho todo esto, la elección esta en la mano de cada uno. Yo elegi C#
por
> > que me gustan las llaves para delimitar bloques de código (más

legible)

y
> > por que prefiero la sistaxis tipo C, me parece que escribes un poco
menos.
> >
> >
> > Rodrigo Corral González [MVP]
> >
> > microsoft.public.es.vc FAQ
> > http://vcfaq.europe.webmatrixhosting.net
> >
> >
>
>