Gracias nuevamente.
Desconocía la característica sobre usar parámetros con nombres.

Lo que sí me parece un poco exagerado de VB es que si tengo una clase Ubicacion no puedo usar el nombre de variable ubicacion.

Tal vez vuelva a publicar si me surge algún error que no sea error a mi parecer
Su firma sugiere el uso de GeSHi... ¿está mal si uso imágenes con resaltado de sintaxis?

No puedo creer que haya olvidado añadir el parámetro correspondiente al método (y que VB haya asumido tal valor como un índice).

En otro lenguaje para acceder al primer elemento se hubiese necesitado escribir algo como lo siguiente: Clase.metodoEstatico()[0]

Muchas gracias.

La verdad es que estoy obteniendo un error que no tiene sentido alguno.

VS me indica que no es posible convertir un DataRow en un DataTable... cuando en realidad no sé de dónde obtiene la idea de "DataRow" si nunca he usado dicha clase.


Aquí está el método listar que devuelve un DataTable


Dicho DataTable viene desde mi clase Conexión


He limpiado la solución y vuelto a generar, pero nada.
El programa no se puede ejecutar porque salta dicho error de compilación.

¿A qué podría deberse? ¿Es un fallo del VS?

Como había corregido el problema continuaba usando el evento Load, pero ocurrió nuevamente otro error... no comprendía la razón, cambié el evento por Shown y la excepción saltó a la vista. Muchas gracias !

PD: En VC++ y Java, si necesitaba cambiar un evento por otro debía borrar el método autogenerado y volver a crear otro con ayuda del IDE. En VB ha bastado con cambiar el nombre del evento textualmente. La keyword "Handles" parece muy útil.

¿Y si compilo para x86 será compatible tanto para windows de 32 como 64 bits?

---

Respecto a modificar la arquitectura, por el contrario, no debería hacerlo, ¿verdad?
Usted anteriormente comentó que si es de x64 no detecta correctamente las excepciones.

---

Okay. Me parece que había copiado el constructor que tenía en otra clase para evitar escribir.

---

En conclusión, VB sí detecta las excepciones que ocurren y que no son controladas, pero no lo hace si dichas excepciones ocurren en el evento Load.
Muy aparte, si uso try/catch su funcionamiento siempre es adecuado, es decir, advierte excepciones en cualquier parte del prgrama.

Gracias nuevamente.

PD: He creado una clase Conexion para usarla en todo lo referente a consultar/ejecutar operaciones sobre una BD en SqlServer. Tengo algunas preguntas sobre qué es lo más recomendable, creo que haré un nuevo hilo para ello.

¿Si compilo bajo x64 significa que el Release de la aplicación solo podría ejecutarse en ordenadores de 64 bits? Una vez leí que x86 era lo mismo que x32, pero mi ordenador es de 64 bits y al abrir el proyecto se muestra esto:


En Java por alguna razón me acostumbré a escribir "código inicial" para los formularios en el constructor... pero como en VC++ al dar doble click sobre el formulario cargaba un método asociado al evento Load, creí que era lo correcto.

Sí lo intenté, pero el contenido de la ventana no cargaba. Luego noté que hacía falta usar InitializeComponent(), como usted lo menciona.

Respecto a lo que escribió en su post al editar... ese tip lo hace considerando de que quiero escribir "código inicial" que pueda cerrar la ventana en algunos casos y que quiero que la ventana no llegue a observarse nunca si tales casos ocrreun, ¿verdad?

Muchas gracias por responder.

Soy un tipo realmente tonto

No estaba inicializando el objeto DataTable.

De todas formas, si yo no usaba un Try Catch el programa no me advertía.
¿Por qué? En Java algunas excepciones deben tratarse obligatoriamente con un try/catch, y otras no, pero si ocurren, se notifica.

¿En VB tengo que adivinar qué instrucciones pueden generar excepciones?
¿O tal vez exagerar y encerrar todo en Try Catch's?

Gracias :s

La verdad es que tengo un poco de experiencia usando Java y C#, y aunque aún no me acostumbro a la sintaxis de VB, lo siguiente me parece muy extraño.

1. La imagen siguiente muestra la instanciación de un objeto de mi clase Conexion (la estoy creando con la intención de facilitarme las cosas para futuras conexiones).
Le indico el nombre de la BD e invoco un método para hacer uso de dicho objeto.

(En el constructor creo un SqlConnection y un SqlAdapter en base a tal conexión)

2. Este es el método invocado desde lo que se muestra en la imagen 1 (que sería el evento Load de mi formulario). Y donde aparece la flecha es a donde aparentemente nunca se llega. El MessageBox nunca muestra el número 2. Antes de invocar a consultar estaba un MessageBox que mostraba el "1" y sí que sale, pero no el "2".


3. Este método consultar está dentro de mi clase Conexion. Se muestra "1a" y "1b" pero "1c" jamás se muestra. Mientras se muestran estos MessageBox el formulario (que es para editar/agregar productos) no se muestra (solo se ve el form principal desde el que se invoca).
Luego de que acepto el mensaje "1b", aparece el dichoso formulario y sin congelarse funciona bien. ¡ ¿Pero qué pasó con "1c" y "2" y "3"? !


Espero puedan darme una ayuda.
Gracias.

Muchas gracias a ambos.

Se ve realmente bien (más si es posible cambiar de diseño en runtime).


Voy a generar un ejecutable y compartirlo a algunos compañeros a ver qué dicen.

PD: Si el alerta del trial solo me aparece a mí al ejecutar, no sería un inconveniente para usarlo.

Nunca nadie suena a algunos.

No había pensado en ello, por la emoción de poder mejorar un poco la interfaz de un pequeño programa que estoy haciendo. Aunque tal vez fue porque inconscientemente reconozco que no soy muy bueno con el inglés.

Acabo de descargar TelerikIUforWinForms. Me pregunto si luego de usar los componentes free y generar un ejecutable los usuarios finales podrán ejecutar el programa sin problemas.