Pues sí, mañana día 7 de noviembre se presentan oficialmente las versiones definitivas de Visual Studio 2005, SQL Server 2005 y Biztalk Server 2006. Por supuesto ¡Estás invitado!. Team System, el componente de gestión de proyectos de Visual Studio 2005 se retrasa hasta Enero, al igual que la versión en castellano del entorno. Yo por lo de pronto ya estoy usando la versión definitiva en inglés de estos productos y me encantan. Mañana por lo visto es un día de presentaciones. En España nace el nuevo canal de televisión Cuatro. De momento lo que he visto anunciar no me tiene muy buena pinta pero era de esperar si queire competir con la telebasura que nos ponen en España desde hace años :-(((

Hoy he descubierto esta estupenda utilidad: http://www.fs-driver.org/  Se trata de un controlador en modo Kernel para Windows que permite utilizar particiones Ext2 de Linux nativamente desde el sistema de Microsoft. Esto implica que con él es posible acceder, leer, escribir y utilizar en general cualquier partición Ext2 como si fuera NTFS o FAT32, con las consabidas ventajas para administradores de sistemas, programadores, y manitas en general. Por no mencionar lo que facilita compartir información entre ambos sistemas. ¡Ah!, y es gratuita, claro :-)

Una carencia tonta que tenían las versiones 1.x de .NET era la de una forma de medir el tiempo con elevada precisión. Y digo carencia "tonta" porque en realidad no cuesta mucho crear una clase así y es algo que los programadores solemos agradecer ya que lo usamos mucho para medir la velocidad de ciertos fragmentos de código y cosas así. Una forma muy sencilla pero al mismo tiempo muy poco precisa de hacer mediciones es usar la clase DateTime de .NET. Puede servirnos para medir espacios de tiempo muy grandes (de muchos segundos) en los que no sea necesario afinar demasiado o conseguir mucha precisión, así: DateTime comienzo = DateTime.Now;//Aquí ejecutamos lo que sea que vamos a medirdouble tiempo = (DateTime.Now - comienzo).TotalMilliseconds; Con esto obtenemos el número de milisegundos entrela fecha de comienzo y la de fin pero la precisión es relativamente mala porque no se usan los contadores de alto rendimiento del sistema. Otra opción es usar la API de Windows para acceder a... [Más]

En mi anterior post (Expresiones $ en ASP.NET 2.0) explicaba cómo utilizar las expresiones estándar de tipo $ en el HTML de las páginas ASP.NET 2.0. Ahora vamos a aprender a crear nuestras propias expresiones $ personales. TEORÍA:Para crear nuestra propia expresión $ debemos definir una nueva clase que herede de System.Web.Compilation.ExpressionBuilder. Lo mejor que podemos hacer es crearla dentro de App_Code de forma que se compilará automáticamente cuando se ejecute la aplicación ASP.NET. Al heredar de ExpressionBuilder nuestra clase debe sobreescribir el método GetCodeExpression de esta clase base. Este método se llama desde el compilador dinámico de ASP.NET al compilar la página que contiene nuestra etiqueta $ para que le devuelva la expresión que debe visualizar o asignar. De los parámetros de este método el más interesante es Entry, que es del tipo BoundPropertyEntry y que tiene una propiedad llamada Expression que nos da la expresión que se pretende evaluar. Una vez creada... [Más]

Una de las nuevas características de ASP.NET 2.0 destinadas a reducir la cantidad de código de nuestros desarrollos son las expresiones de tipo $. Éstas nos permiten obtener directamente ciertos valores y funcionalidades desde dentro de la definición de la página, sin necesidad de escribir códigopara ello. Su sintaxis es análogo a la siguiente: <%$ Expresion:Accion %> El uso típico de este tipo de expresiones es el de obtener directamente valores desde el archivo de configuración (web.config) y asignarlas directamente a propiedades de controles de la interfaz de usuario. Por ejemplo: <asp:Label Runat="server"  Text="<%$ AppSettings:NombreEmpresa %>" muestra el valor asignado al parámetro "NombreEmpresa" dentro de la configuración de la aplicación en web.config (<AppSettings/>). También se pueden obtener valores de cadenas de conexión (ej: <%$ ConnectionStrings:MiConexion %>, ya que ahora hay una sección específica para ellas) o cosas que no ti... [Más]

Si sigues mi blog habitualmente puede que recuerdes un par de "post" que hice hace unos meses en los que explicaba la manera de habilitar los estilos visuales de Windows XP en las aplicaciones de Windows para conseguir un aspecto más moderno. La activación pasa ineludiblemente por el uso del método estático EnableVisualStyles de la clase Application combinado con la propiedad FlatStyle de los distintos controles. Aunque esto funciona de maravilla en Windows XP hay un problema cuando la misma apliación se intenta ejecutar en sistemas operativos más antiguos en los que no esté presente la biblioteca responsable del efecto (uxtheme.dll). En .NET 2.0 han tenido en cuenta esta particularidad y la aplicación se degrada de maravilla, pero en .NET 1.x las aplicaciones rompen, lo cual no es muy recomendable ¿verdad?. Bueno, la solución es bastante sencilla ya que basta con comprobar en que versión de Windows se ejecuta la aplicación antes de establecer la propiedad EnableVisualStyles, así: ... [Más]

Una de las cosas nuevas que ha incorporado el entorno de Visual Studio es la posibilidad de refactorizar nuestro código para hacerlo más legible, mejorar su encapsulación y reutilización, etc... El concepto es muy sencillo: se trata de escribir de nuevo un mismo código pero utilizando una estrategia diferente. Aunque no hayas oído la palabreja "Refactoring" en tu vida lo has hecho miles de veces seguro: desde cambiar el nombre de un método en TODO tu proyecto, hasta cambiar el ámbito de una variable para tener acceso a ella desde más sitios. Es muy sencillo refactorizar, sólo que hasta ahora en Visual Studio era una tarea tediosa y propensa a errores ya que normalmente utilizábamos la opción de buscar y reemplazar, cruzábamos los dedos para que no nos hubiésemos pasado de la raya sustituyendo y dábamos a F5 para comprobarlo viendo si todo compilaba de nuevo ;-) Las opciones añadidas a VS2005 no es que sean espectaculares pero son un buen comienzo y desde luego nos van a hacer la vi... [Más]

En VB clásico había dos funciones muy prácticas para muchos cometidos que permitían obtener el código ASCII de un caracter y viceversa, a partir de un código ASCII sacar el caracter que le correspondía. estas funciones se llamaban Asc y Chr respectivamente. En C# no existen como tales, pero son muy fáciles de simular igualmente, así: ///Hace falta poner using System.Text al principio para estapublic static int Asc(string s)  {   return Encoding.ASCII.GetBytes(s)[0];  }   public static char Chr(int c)  {   return Convert.ToChar(c);  } Es algo muy sencillo pero que puede resultar útil a los programadores principiantes de C# que viene de VB6.

Otro detalle sencillo pero interesante, del estilo del que comentaba ayer, que me ha surgido últimamente. Si codificas desde ASP una cadena como URL (es decir, sustituyes los caracteres no ASCII por su representación en forma '%CC', siendo CC el código que lo representa) obtienes cadenas que puedes pasar por GET a un navegador sin problemas de mala codificación de caracteres. Esta es la teoría. En la práctica depende. El otro día estaba llamando desde ASP 3.0 clásico a una página escrita en ASP.NET 1.1 a la que le paaba desde ASP3 un parámetro con un texto mediante GET. Al recoger el valor del parámetro en la página ASPX los caracteres especiales, cómo tildes o 'eñes' desaparecían o estaban cambiados y eso que antes de hacer la llamada a la ASPX codificaba con Server.URLEncode la cadena que estaba pasando. Era raro, porque en ASPX lo único que hacía era leer el valor del primer parámetro del Querystring. Usando un decompilador vi que lo que ocurría es que ASPX decodifica los parámet... [Más]

Estos días he tenido quye trabajar un poco con cadenas que representaban números hexadecimales y, la verdad, en C# la cosa no es tan intuitiva cómo solía ser con VB y sucedáneos (VBA, VBScript...). De todos modos no es nada complicado tampoco, sólo algo menos intuitivo. Para facilitar las cosas he escrito un par de funciones sencillitas que permiten transformar una cadena representando un número hexadecimal en número en base decimal (en un entero, claro), y viceversa: cómo expresar un decimal en formato hexadecimal de texto.   public static long HexToInt(string sHexVal)  {        return Int64.Parse(sHexVal, NumberStyles.HexNumber);  }   public static string IntToHex(long num)  {        return String.Format("{0:x}", num).ToUpper();  } Son sencillas pero a más de uno le evitarán romperse el coco unos minutos buscando cómo conseguirlo ;-)