Cuando utilizamos los controles de Infragistics, devExpress y otros suele aparecernos un error como el que sigue:

Error 1 La tarea no se ejecutó porque no se encontró “LC.exe” o porque no está instalado el SDK correcto de Microsoft Windows. La tarea busca “LC.exe” en el subdirectorio “bin”, bajo la ubicación especificada en el valor InstallationFolder de la clave del Registro HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.0A. Para resolver el problema, realice una de las siguientes acciones: 1) Instale Microsoft Windows SDK para Windows Server 2008 y .NET Framework 3.5. 2) Instale Visual Studio 2008. 3) Establezca manualmente la clave del Registro especificada anteriormente en la ubicación correcta. 3.) Pase esta ubicación al parámetro “ToolPath” de la tarea.

Esto causa que no podamos compilar la aplicación, pero no es un problema de nuestro código, sino de la instalación del SDK del Framework en el Windows que estamos trabajando. (Continuar Leyendo sobre Como solucionar error SDK LC.exe de Visual Studio)

Lo típico con ASP.Net es utilizar controles de servidor siendo de éste modo modificable desde código completamente, pero no es posible alterar directamente un control HTML con C# o VB.Net, para lograr sólo debemos hacer unas modificación pequeña y para el ejemplo utilizaré un iframe.

El tag típico de un iframe HTML es como sigue: (Continuar Leyendo sobre Modificar Controles HTML desde el Servidor con ASPNet)

La herramienta IntelliSense es muy útil en demasiados casos, nos da una ayuda rápida para escribir código. Además de eso nos da una “mini documentación” de lo que representa una clase y que hacen sus métodos, que significa cada parámetro que recibe y cual es su objetivo, que nos retornará el método y muchas otras características nos va ofreciendo.

Cuando nosotros, los desarrolladores vamos creando nuestras clases con sus atributos y métodos, (Continuar Leyendo sobre Añadir información personalizada en el IntelliSense de Visual Studio para nuestras clases)

La última entrega sobre POO fue ya unos meses atrás y hablábamos de los Setters y Getters, hoy tocaremos un tema sencillo también que son los Constructores de Clases. Ya que tocamos el tema aprovecharemos para saber que son las sobrecargas y como se usan (también los utilizaremos cuando veamos los métodos).

El fin de un constructor es asignar “obligar” a asignar valores a los atributos de nuestra clase, al momento de ser instanciado. Aunque si vamos por el sentido estricto de la programación podríamos escribir casi cualquier código allí dentro pero no es recomendable. (Continuar Leyendo sobre Programación Orientada a Objetos: Constructores y Sobrecarga)

Siguiendo con la segunda entrega del tutorial de OOP, continuaremos con los conceptos de Setters y Getters.

Es aquí donde empieza a entrar en juego uno de los pilares del paradigma OOP, el encapsulamiento. No es exclusivamente set y get los que definen dicho pilar pero ellos implementan y permiten que suceda (también entran los métodos)

Que significa encapsular? En poder definir el alcance, visibilidad de cualquier atributo o método de una clase, esto nos otorga un par de beneficios, como que nadie asigne valores por equivocación o sobrescriban funcionalidades cuando no deben. También permite la programación que se llama “Caja Negra“, al tener atributos y métodos privados un programador que usará esa clase, no necesitará conocer como lo hace, sino sólamente que hace.

Es buena práctica crear los atributos con el modificador private mientras que (Continuar Leyendo sobre Programación Orientada a Objetos: Setter y Getter)

Hoy un compañero mío preguntaba en el buzz como podía recorrer los controles de su WinForm con C#. Entre 2 estuvimos dando una solución rápida y a ciegas que creo funcionaba , pero en el mismo buzz le comentaba que un tiempo atrás ya había escrito el código y prometía pasarle lo que había hecho (bueno de yapa se viene el artículo en devtroce).

Ésta tarea es particularmente sencilla realizarla con dotNet por ello que me tomo la particularidad de escribirla en los 2 lenguajes C# y VB Net. No sólo recorreremos todos los controles sino (Continuar Leyendo sobre Recorrer los controles de un formulario con C# & VB.Net)

Desde la universidad y el trabajo he notado constantemente que los conceptos del paradigma de la Programación Orientada a Objetos hace temblar hasta al mas experimentado programador tradicional, me parecen que no son difíciles de comprender pero es un poco duro masticarlos ya que nos hacen cambiar de manera radical nuestra manera de pensar en código, por eso decidí escribir un tutorial entregados en varios artículos, explicando los conceptos de este paradigma.

En Internet encontrarán miles de guías, tutoriales, libros, blog, foros que explican estos conceptos a su manera. He llegado en conclusión que las personas por algún motivos sólo les llega la explicación de algunos de éstos autores y no todos (como me paso a mí y a mis compañeros), espero poder llegar a explicar y dar a entender estas ideas. Para facilitar la comprensión, en el tutorial escribiré ejemplos prácticos en 2 lenguajes distintos: Java y Visual Basic. (Continuar Leyendo sobre Programación Orientada a Objetos: Clases y Objetos)

Ayer estuve trabajando con la versión 4 de MySQL y como front-end tenía a ASP.Net. Utilice como proveedor de datos MySQL Data Provider ofrecido gratuitamente por Oracle en su versión 6.2.

Mientras iba desarrollando la app lograba la conexión y el paso de datos varchar y las variantes númericas sin ningún problema, en cierto momento necesite trabajar con datos timestamp y datetime donde fue que me apareció el siguiente error:

Unable to convert MySQL date/time value to System.DateTime

Leyendo la documentación me enteré cual era el problema, algunos campos de este tipo de dato estaban con valores nulos o en el caso de datetime tenia ’0000-00-00 00:00:00′. Lo cual produce el error de conversión con el Data Provider (por lo que leí también ocurre con conexiones ODBC). (Continuar Leyendo sobre Solucionar error: ‘Unable to convert MySQL date/time value to System.DateTime’)

Con las aplicaciones de WinForm, siempre existió un problema al crear bucles complejos que cargan a la máquina cliente. Normalmente si éste bucle lleva mucho tiempo de ejecución y disponemos de poca memoria gráfica el Canvas de Windows se cuelga y da la impresión que la aplicación también lo ha hecho.

Esto suele dar mala impresión al usuario final sobre nuestras aplicaciones, comienzas a tomarle desconfianza. Eso no es bueno para nosotros porque con el tiempo nos quedaremos sin pan (creo que exageré un poco). (Continuar Leyendo sobre Se congela la pantalla con WinForm y los bucles?)

No estoy escribiendo sobre ningún lenguaje nuevo ni derivado de C# por si piensan eso, R# ReSharper es una herramienta de la mano de JetBrains externa a Microsoft Visual Studio.

¿Y qué es entonces? Es un agregado que se integra al IDE Visual Studio que nos ayuda en tiempo de desarrollo a escribir mejor nuestro código, a optimizarlo y (Continuar Leyendo sobre [R#] ReSharper, mayor productividad y calidad de código con Visual Studio)