Si hay una palabra de moda últimamente en el mundillo (o submundo, que también vale) de la programación Web esta es sin duda AJAX. Se trata de un acrónimo que significa Asynchronous JavaScript And XML y sienta las bases de las nuevas aplicaciones dinámicas que no recargan la página, como por ejemplo GMail o MSN Earth (ahora Local Live) entre otras muchas. Se basa en el uso de un objeto llamado XMLHttpRequest que como puedes imaginar sirve para hacer peticiones de documentos XML a través del protocolo HTTP y que apareció por primera vez en las bibliotecas XML de Microsoft (MSXML). Con este objeto se piden documentos XML que luego es posible manipular mediante código JavaScript desde dentro de una página y mostrar resultados dentro de capas (div) de la misma. Esto es lo básico pero da mucho de sí . Aunque ahora parece que los chicos de Google han inventado la pólvora lo cierto es que el concepto original de esta tecnología fué creado por Microsoft (se llamaba Remote Scripting y he... [Más]

El otro día me topé de casualidad con un post de Daniel Fisher que hablaba de una pequeña utilidad que había escrito para lanzar el servidor Web que viene con Visual Studio 2005 para cualquier carpeta. Su código lo había adaptado de otro hecho por Chris Fraizer. El caso es que la he retocado un poco, la he "castellanizado" y he hecho que funcione bien el lanzamiento final de Internet Explorer, además de ofrecer un archivo de registro válido. El resultado lo puedes descargar desde aquí (11,8 KB), y el código fuente desde aquí (27,1 KB). Descarga el primer archivo con el programa y descomprímelo en C:\Windows o análogo (en el raíz de tu sistema, vamos, aunque puede ser en cualquier carpeta que esté en el "path" del sistema). Haz doble clic sobre el archivo CassiniAqui.reg. A partir de este momento tienes una nueva opción en el menú contextual de las carpetas en el explorador de Windows: "Lanzar la web de esta carpeta" Si utilizas esta opción se abrirá el servidor integrado que viene... [Más]

En mi anterior 'post' titulado Usar un ObjectDataSource con un DataSet tipado en ASP.NET 2.0 se me olvidó comentar un detalle. Si aún a pesar de lo que te digo quieres usar el ObjectDataSource para realizar actualizaciones a través de un DataSet tipado puedes conseguir que funcione. Para ello desmarca la opción de "Actualizar campos de la base de datos" en el diálogo de configuración del TableAdapter que vayas a utilizar enlazado a este objeto. Esto elimina el último parámetro del método Update, teniendo por tanto el número de parámetros correcto y funcionará sin problemas. O casi... El inconveniente ahora es que los valores auto-generados por la base de datos no se recuperarán tras la actualización o añadido de datos. Por ejemplo los autonuméricos. Esto tiene una implicación que puede engañar a mucha gente, incluso a programadores experimentados. Lo relato a continuación. ATENCIÓN: Puede que si lo usas y añades un registro, de repente, veas que sí tienes el autonumérico correcto en... [Más]

El objeto ObjectDataSource que viene con ASP.NET 2.0 es estupendo ya que permite usarlo como origen de datos para enlazar rejillas y otros controles (como DetailsView por ejemplo) con objetos de negocio. Esto va muy bien, por ejemplo, para enlazarlo con servicios Web ubicados en otras máquinas o con componentes de la capa de negocio que encapsulan las validaciones y verificaciones de seguridad aislándonos de la capa de datos (al interesado en estos temas le recomiendo el curso "Desarrollo de aplicaciones de datos en N-Capas con .NET 1.x y 2.0" de campusMVP). Por otro lado tenemos la potencia del nuevo modelo de TableAdapters que va unido a los nuevos DataSet tipados que se crean visualmente en Visual Studio 2005. Estos enlazan los DataSet tipados con el propio acceso a datos y, en la práctica, constituyen por si mismos una verdadera capa de datos, sin necesidad de escribirla nosotros como pasaba en versiones anteriores del entorno. La verdad es que son muy potentes y encima independ... [Más]

Este tema me lo ha recordado hoy por la mañana un alumno de mi curso de "Técnicas de escritura de código seguro" de campusMVP. Me parece muy interesante comentarlo aquí y de paso contestarle a él el porqué de que ocurra... (Gracias por recordármelo, Iván). Resulta que en ADO.NET 1.x (ya "clásico"), estamos acostumbrados a hacer algo similar a lo siguiente: SqlCommand cmd = new SqlCommand("SELECT * FROM Tabla WHERE campo = @Parametro");cmd.Parameters.Add("@Parametro", 1); suponiendo que, por ejemplo, el parámetro "@Parametro" es un valor numérico. Hasta aquí todo normal. El caso es que si en un programa escrito con ADO.NET 2.0 escribimos exactamente lo  mismo, aunque funcionará por compatibilidad, el compilador y el propio entorno de Visual Studio nos darán un aviso diciendo que el método 'Add' está obsoleto (deprecated en inglés) y que es mejor que usemos el método AddWithValue. ¿Por qué este cambio tan aparentemente arbitrario? De hecho en Microsoft dicen que en versiones poste... [Más]

En la versión 1.x de .NET, cuando generábamos un proxy para acceder al uso de un servicio Web, para cada método disponible en el servicio se generaban una pareja de métodos para lamadas asíncronas. Estos métodos se llamaban igual que el método original pero su nombre comenzaba por Begin y End respectivamente. Por ejemplo, si teníamos un método llamago GetClientes, se generaban los métodos BeginGetClientes y EndGetClientes. Con ellos se podían realizar llamadas asíncronas al método siguiendo una mecánica coherente con la que existe en el resto de la plataforma. Sin embargo en la versión 2.0, el generador de proxies a servicios Web utiliza una estrategia diferente. Los métodos Begin y End ya no aparecen y a más de uno le puede despistar esto. Lo cierto es que en esta nueva versión es mucho más sencillo hacer estas llamadas asíncronas ya que no dependemos de IAsyncResult y otras interfaces esotéricas, sino que es tan fácil como declarar un evento para responder a las llamadas. Veamos un... [Más]

El nuevo control ObjectDataSource es muy útil a la hora de enlazar una rejilla u otro control de ASP.NET 2.0 con un objeto de negocio, como por ejemplo un Servicio Web o un objeto propio. Los métodos de selección, inserción, actualización o borrado de registros pueden tener parámetros que es necesario ajustar. Por ejemplo en la siguiente figura el método de selección dispone de un paráemtro "Pais" que es necesario ajustar para poder obtener los datos: El propio diálogo de configuración nos ofrece la posibilidad de asociarle a cada uno de los parámetros, aparte de un control por defecto, algún origen que sirva para asignarlo (una cookie,uncontrol, etc...): Aunque esto llega en la mayor parte de los casos y es muy cómodo, puede darse el caso de que necesitemos cambiar nosotros dinámicamente el valor de un parámetro usando cualquier código de cosecha propia. Lo primero que cabe pensar es acudir a la propiedad SelectParameters del control ObjectDataSource, y escribir algo así: O... [Más]

Hoy he leído desde la página principal de mi flamante Visual Studio 2005 RTM (versión definitiva) un artículo muy útil de James Avery titulado "Visual Studio Add-Ins Every Developer Should Download Now". Había varias cosas bastante útiles pero me han gustado especialmente dos de ellos: 1.- Smart paster 1.1: permite copiar el contenido de texto que haya en el portapapeles pero de manera "inteligente", de ahí el nombre. Fíjate en las opciones que ofrece: Es decir, puedes pegar el texto como un comentario, como un literal de tipo cadena correctamente formateado para el lenguaje que utilices (VB o C#), como una serie de líneas de código que generan la misma cadena pero a partir de un StringBuilder, y tal cual está pero metido dentro de una región. Me parece muy útil si debes embeber en el código líneas un tanto largas (como por ejemplo alguna consulta "a pinrel" que haya quedado extensa) y cosas por el estilo. Lástima que de momento no haya versión para VS2005. Descargas desde: http:... [Más]

En el post sobre Avalon y XAML que hice el otro día, comentaba que WPF me gustaba, entre otras cosas, porque en teoría no era dependiente del sistema operativo y por lo tanto se podría portar (en teoría, ya digo) a otros sistemas operativos. Hoy leo en la edición impresa de Noviembre de Microsoft Directions, la revista independiente que trata sobre todo lo que tiene que ver con Microsoft, que al parecer habrá una versión (algo recortada) de WinFX-Avalon ¡para Linux y MacOS! Me ha sorprendido mucho pero desde luego me parece una gran noticia y me reafirma en lo que decía en aquel post. Ya veremos que pasa al final, porque como se suele decir "del dicho al hecho hay un trecho" ;-)

¿Cómo averiguamos la ruta en la que está un ejecutable? Hay varias formas para todos los gustos: desde los que van a lo práctico a los que les "mola" complicarse la vida. Veámoslas todas ;-) - Solución 1 (fácil): private static string RutaActual(){     return Environment.CurrentDirectory;} - Solución 2 (fácil): using System.IO;private static string RutaActual(){     return Directory.CurrentDirectory;} - Solución 3 (media): using System.Diagnostics;private static string RutaActual(){     string arch = Process.GetCurrentProcess().MainModule.FileName;     return arch.Substring(0, arch.LastIndexOf("\\"));} - Solución 4 (super-rebuscada: como la hace la plataforma .NET y usando la API): private static string RutaActual(){      string text2;      StringBuilder builder1 = new StringBuilder(0x105);      if (Win32Native.GetCurrentDirectory(builder1.Capacity, builder1) == 0)      {            __Error.WinIOError();      }      string text1 = builder1.ToString();      if (text1.En... [Más]