CLR: .Net / Mono / Boo / Otros CLR > Otros CLR
Visual Basic .NET O Visual C#
Kev:
--- Citar ---Supongo que es cuestión de gustos. Si se quiere hacer algo legible se puede comentar o hacer esa conversión más clara en los momentos más conflictivos. Aunque si se abusa, tienes razón, puede dar problemas. De todas maneras, dar la opción a usarlo o no estaría bien. No sería complicado añadir esta función al compilador con una directiva.
--- Fin de la cita ---
A pesar de que VB tiene la conversion implicita de datos la mayoria de los programadores VB.NET recomiendan el uso de Option Strict ON yo tambien uso en todo mi codigo esto porque asi hacemos que VB.NET sea mas serio.
Un claro ejemplo de donde afectaria esto es al modelar, ejemplo al usar UML y en la ingenieria directa se sabe que hay perdida de datos, y si nuestro codigo trabaja con conversiones implicitas la perdida es aun mayor.
Incluso hubo una sugerencia a los labs de Microsoft para que la siguiente version de VB.NET tenga la opcion de agregar al proyecto que Option Strict este en todo el ambito del proyecto, aunque no creo que lo coloquen porque como respuesta dijeron que esto se lo realiza en los Templates de proyectos, si se puede y es buena la solucion pero como veras la tematica de que la conversion sea explicita es fuerte.
:comp: :hola:
lalo_soft:
Algo de la historia nos dice que cuando aparecio VB muchos programadores que soñaban con hacer aplicaciones para windows y no dominaban C memos C++ ni entendian el concepto POO vieron en ese VB de la epoca la solucion a su paradigma de quedarse con QBasic basado en DOS o estudiar toda la denza informacion de C++,API de windows para poder colocar un miserable formulario en pantalla para luego seguir con el parto de ir agregando controles con codigo. VB los salvo de todo eso y bien por ello.Pero el lenguaje C y sus derivados siempre han permanecido en el tiempo(Windows3.0 fue escrito en C y con tecnologia POO cuando esta solo estaba en su estado BETA mediante SmartDrive) .Ahora siento que nuestro querido VB cumplio su ciclo notablemente y sobrepasando las espectativas de sus propios creadores.
VC# heredo la metodologia de VB y sumo toda la flexibilidad de los lenguajes de sistema como C y C++. Me quedo de momento con VC# y espero que me otorge las mismas satifacciones y mas, como me las dio en su tiempo VB.
saludos
JuanK:
--- Cita de: "lalo_soft" --- Algo de la historia nos dice que cuando aparecio VB muchos programadores que soñaban con hacer aplicaciones para windows y no dominaban C memos C++ ni entendian el concepto POO vieron en ese VB de la epoca la solucion a su paradigma de quedarse con QBasic basado en DOS o estudiar toda la denza informacion de C++,API de windows para poder colocar un miserable formulario en pantalla para luego seguir con el parto de ir agregando controles con codigo. VB los salvo de todo eso y bien por ello.Pero el lenguaje C y sus derivados siempre han permanecido en el tiempo(Windows3.0 fue escrito en C y con tecnologia POO cuando esta solo estaba en su estado BETA mediante SmartDrive) .Ahora siento que nuestro querido VB cumplio su ciclo notablemente y sobrepasando las espectativas de sus propios creadores.
VC# heredo la metodologia de VB y sumo toda la flexibilidad de los lenguajes de sistema como C y C++. Me quedo de momento con VC# y espero que me otorge las mismas satifacciones y mas, como me las dio en su tiempo VB.
saludos
--- Fin de la cita ---
No creo que haya heredado ninguna metodologia de VB.. o si?
lalo_soft:
Para quien trabaje en VB y ahora C# bajo VS2003 VS2005 encontrara en este ultimo que el soporte WindowsForms es bastante mas familiar que con VC++.net.
JuanK:
de acuerdo,
pero no hay ninguna metodologuia heredada de VB, la forma de trabajar windows forms es tral cual como se hace en cualquier otro IDE
no solo el que tenia VB, ese tipo de cosas tambien se encuentran en los editores de java, oracle forms, oracle reports etc.
Las particularidades incluidas en el vs.net 2005 lo hacen más productivo de otros IDE, pero realmente nuca se heredo eso de VB, simplemente VB tambien lo utilizaba como lo hace cualquier otro IDE.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa