h@nz ...el Geek » .Net FrameWork

IDE Open Source para .Net – SharpDevelop

h@nz — Mon, 12 Jan 2009 22:20:19 +0000

Para la gran mayoria de desarrolladores .Net, el IDE (Integrated Development Environment) por defecto para trabajar es Visual Studio, ya sea 2003, 2005, 2008 o el nuevo 2010. Sin embargo, me he encontrado un IDE Open Source escrito en C# con el cual se pueden desarrollar aplicaciones para el .Net FrameWork.

SharpDevelop es sin lugar a dudas una buena alternativa cuando no se dispone de un Visual Studio a la mano ya que es un software Open Source, y no requiere licencias para utilizar. Entre sus características principales estan:

Código de terminación para C#, VB.NET y Boo (incluyendo Ctrl + Espacio de apoyo).
Edición de XML (fuente y vista en árbol), con XPath búsqueda.
Open Source, bajo licencia LGPL.
Multi-marco de trabajo (.NET 1.1, 2.0, 3.0, 3.5, Mono, Compact Framework).
Soporte para depuración de código con FxCop.

Bien podría utilizarse esta herramienta en caso se desee utilizar el .Net Framework sobre Linux con Mono, o bien si deseas trabajar sobre Windows pero no tienes aún la posibilidad de adquirir una licencia de Visual Studio. En realidad, hay una gran variedad de casos en los cuales se puede utilizar, y lo mejor de todo es que incluso podemos descargar el código fuente con que se hizo esta aplicación.

Si desean descargar y probar esta herramienta, lo pueden hacer desde la dirección: http://www.sharpdevelop.net/OpenSource/SD/Download/

Nunca está demás probar nuevas herramientas no?

Saludos.

¿Que versiones del .Net FrameWork tengo instalado?

h@nz — Tue, 02 Dec 2008 16:15:08 +0000

Pues es cierto que a veces nos hacemos esta pregunta, ya que las versiones del .Net se van actualizando y a veces nos enteramos por ejemplo que si acabo de comprar un Windows XP ya me vino con un FrameWork, que versión? no sé… y si me compré mi pc o laptop con Windows Vista ya me vino con una versión del .Net Framework… que versión!? pues no sé.

Por ello, y para alivio de algunos, en CodePlex se ha puesto a disposición un ejecutable llamado Framework Detector que sirve para averiguar que versiones del .Net Framework se tiene intalado en el PC.

Como se ve en la imágen, en mi caso, en la pc que tengo asignada en la oficina solo tengo instalado las versiones 1.1 y 2.0 del .Net Framework. Curiosamente el archivo de la solución indica que dicho programa fue realizado utilizando la versión 2008 de Visual Studio.

En la página de CodePlex pueden descargar, tanto el ejecutable, como el código fuente completo, en mi caso como se aprecia, he descargado el código fuente para revisarlo un poco (curioso yo).

URL: Framework Detector 1.0

Espero que les sea de utilidad.

Saludos.

Conociéndo a C# 4

h@nz — Mon, 10 Nov 2008 22:55:46 +0000

No hay día que no pase sin que algún aspecto de la tecnología deje de asombrarme. Hace poco estába tratando de empaparme en C# 3 y ya esta por salir la versión 4 de mi ahora, lenguaje favorito, y mientras mi actual cliente sigue usando el frameWork 2 solo me queda añorar el momento en que pueda por fin probar esta nueva versión.

Entonces, me dispuse a leer el post C# 4.0…el futuro ya está aquí! en el Blog del CIIN como para enterarme de las novedades de esta versión, entre las que se pueden leer:

Programación más declarativa.
Programación dinámica.
Programación concurrente.

Aunque existe un documento (en inglés) llamado New features in C# 4 que puedes descargar tranquilamente para enterarte de las nuevas funcionalidades que vendrán en este lenguaje. En realidad hay poca documentación en castellano (obviamente) sobre este tema, de seguro que en algún rato libre que tengan les gustará leer este interesante documento. O también pueden visitar la web C# Future, de Microsoft como ir viendo las novedades y ver algunos ejemplos.

Para ser sincero me asusta la idea de que el lenguaje vaya evolucionando tan rápido, solo espero que esta rápida evolución del lenguaje no llegue a convertirse mañana en un problema para quienes desarrollamos usando esta tecnología.

saludos.

JQuery, la plataforma JavaScript de Microsoft

h@nz — Mon, 29 Sep 2008 16:41:28 +0000

No, no es chiste, la noticia la acabo de leer y me parece sensacional, Microsoft ha decidido utilizar a JQuery como su Plataforma Oficial JavaScript para el desarrollo de la compañia, y obviamente será distribuido como parte de Visual Studio pero sin cambios ni modificaciones.

Según leo en el post JQuery, Microsoft y tú en el blog de José M. Aguilar, JQuery será utilizado en tanto en el desarrollo del patrón MVC para ASP .Net como en la nueva generación de ASP .Net AJAX Control Toolkit y en todo cuanto se pueda usar.

Para quienes ya hemos empezado a utilizar este FrameWork de seguro que nos causará una grata sorpresa ya que conocemos de la potencia que se puede obtener tanto en la elaboración de efectos como en el manejo del DOM entre otras funcionalidades, y pues como dice José A. Fernandez: JQuery, la fuerza está contigo.

Más información (en inglés) en:

Saludos.

Ejemplos de aplicaciones con Visual Studio 2008

h@nz — Fri, 15 Aug 2008 14:59:40 +0000

A propósito del artículo anterior en el que comento sobre el SP1 de VS 2008 y el SP1 del .Net Framework, por si acaso alguien no esté completamente familiarizado con las nuevas tecnologías ofrecidas (me incluyo y asumo que somos varios) les dejo este enlace que pertenece a la página de Muestras de Visual Studio 2008 de Microsoft.

En esta página podrán encontrar muchos ejemplos por ejemplo sobre:

Windows Presentation Foundation.
LinQ.
SilverLight.
Windows Mobile.
etc., etc., etc.

La dirección es: http://msdn.microsoft.com/es-pe/bb330936.aspx

Espero que els sea de utilidad.

Saludos

Visual Studio 2008 y .Net Framework 3.5 ambos en SP1

h@nz — Fri, 15 Aug 2008 00:27:30 +0000

Yo me había olvidado de publicar esta nota reciente pero creo que no es tarde y siempre será de utilidad para los que trabajamos .Net y VS.

Pues bueno, ya se han lanzado los Services Pack 1 tanto de Visual Studio 2008 como del .Net Framework 3.5, y que trae de bueno? pues eso se puede resumir en lo siguiente:

En Visual Studio 2008 SP1 nos hemos concentrado en mejorar el rendimiento y la fiabilidad. Hemos trabajado en nuestros diseñadores para la creación de aplicaciones de WPF mejorando su rendimiento, se han mejorado las herramientas para desarrollar aplicaciones AJAX, hay diseñadores mejorados para trabajar con el Entity Framework de ADO.NET y hemos incluido un entorno de desarrollo JavaScript más completo a la vez que hemos simplificado la experiencia de implementación de sitios Web.

En .NET Framework hemos ido un poco más allá. Aparte de corregir los problemas notificados por clientes también hemos añadido algunas características muy solicitadas para facilitar el desarrollo de aplicaciones para las plataformas más recientes. Algunas de estas nuevas características incluyen .NET Framework Client Profile, compatibilidad mejorada para desarrollo de aplicaciones de base de datos a través del Entity Framework de ADO.NET, los servicios de datos de ADO.NET y su integración con el recientemente lanzado SQL Server 2008, además de varias mejoras en ASP.NET.

Tomado de el Blog de Soma en español – Publicado el Service Pack 1 de Visual Studio 2008 y .NET FX 3.5

Nada mejor que probarlo para corroborarlo no? A continuación los enlaces:

Ahora que si gustas los ISOS los puedes conseguir en:

Recomendaciones: Antes de instalar estas versiones deben desinstalar por completo las versiones Beta que tengan instalados previamente (los Beta de estos productos obviamente) y si acaso se animan a descargarse los iso quizá deban ver antes las recomendaciones de Francisco Fagas al respecto.

Saludos.

Como depurar Servicios Windows paso a paso

h@nz — Wed, 07 May 2008 20:34:31 +0000

Los proyectos del tipo Windows Services, como ya es sabido no tienen interfaz gráfica para desarrollar, pero el problema no viene aqui, el problema para la mayoría es el poder depurar, o mejor dicho hacer ejecución linea por linea de código… mas claro? pulsar F11 para ejecutar la línea de código que esta resaltada en amarillo; esto no es posible ya que para ejecutar el servicio windows, éste debe estar instalado y luego ya no se puede hacer ese seguimiento. Les mostraré una forma que me enseñaron hace un tiempo para hacer este trabajo tal y como se muestra en la siguiente imágen, el círculo rojo es para que se den cuenta de que el servicio se esta ejecutando y es posible de depurar:

Crea tu Proyecto Windows Service de forma normal y agrega los instaladores (para poder instalarlo)… una vez que hayas escrito el código que quieres ejecutar y que hayas instalado tu servicio, ya estamos listos para empezar:

Ir a la ventana de Servicios de Windows (Se encuentra en las Herramientas Administrativas en el Panel de Control) e iniciar el Servicio.
Inmediatamente ir a nuestro proyecto en Visual Studio y hacer clic en el Menu Debug, opción Attach to Process…
En la ventana que se mostrará, debe seleccionar el checkBox Show processes from all users, ya que el servicio corre con el usuario Servicio Local, y si no se activa esta opción no se verá el ejecutable de nuestro servicio.
Seleccionar el proceso que corre nuestro servicio, tiene el nombre del ejecutable, así que no se puede perder. Si no lo encuentran ordenen los datos por la columna Type para encontrarlo más rápido, es del tipo Managed.
Pulsen OK. Listo!

Con estos pasos es suficiente, lo que recomendaría es que al iniciar el proceso coloquen un timer que invoque a un procedimiento principal luego de unos 10 o 15 segundos (dependiendo de que tan rápidos sean para atachar el proceso), eso les dará tiempo para poder pausar su proyecto en el punto de quiebre (ese punto marroncito que se coloca a la izquierda cuando quieres depurar) que han definido.

Bien, espero que estos pasos les sean de utilidad, a mi particularmente me sirve mucho para hacer mi depuración paso a paso.

Saludos.

Rendimiento: LinQ to SQL vs DataReader

h@nz — Tue, 29 Apr 2008 20:26:17 +0000

Estaba yo conversando con un compañero de trabajo y hablando sobre LinQ y saltó la pregunta, que tan rápido puede ser LinQ to SQL en la selección de registros en comparación con la extracción de registros de un DataReader… y como una duda de ese tipo no puede quedar en el olvido, decidí que sería interesante hacer una comparación en cuanto a la velocidad en la selección de registros.

Pues bien, para este ejemplo utilicé la mundialmente famosa base de datos Northwind de SQL Server y una aplicación de consola que extraía los campos OrderId y CustomerId de la tabla Orders, para agregarlos a un StringBuilder. Claro, no tiene sentido que agregue los datos en el StringBuilder, pero lo que me interesaba a mi, era tomar el tiempo que tomaba en extraer los datos y recorrer todos los registros. Como ven en la siguiente imágen, el tiempo que le ha tomado a LinQ to SQL hacer la misma operación que ha un DataReader es ligeramente menor que al DataReader.

Ahora, para esto hay que tener algunas cosideraciones; como ya es sabido por todos, LinQ to SQL hace un mapeo de las tablas de la BD y crea las clases con propiedades que representan cada campo de la tabla, si yo cargo todos los campos incluyendo los que no voy a utilizar, obviamente el peso de los objetos será mayor y el rendimiento no será el mismo, de manera que lo que hice fue solo tomar las propiedades (campos de la tabla) que voy a utilizar, lo mismo que haría en un procedimiento almacenado que extrae datos, si voy a utilizar 2 campos no tengo porque extraer más que eso:

Ahora, el código que utilicé para extraer los datos es el que me parece que me proporciona un mejor rendimiento, aunque claro, como LinQ to SQL es algo nuevo, he de asumir que podría mejorarse. El código para extraer los datos vía DataReader se ve a continuación:

Como se puede ver, utilizo la instrucción using para asegurarme de liberar recursos al terminar de utilizar los oobjetos y al abrir el Reader utilizo CommandBehavior CloseConnection (para cerrar la conexión en cuanto se cierre el reader) y SingleResult (para indicarle al reader que el Procedimiento Almacenado solo devuelve un conjunto de resultados y no más (osea, un solo select). En tanto que para el código del trabajo con LinQ he utilizado también using y el proceso normal de trabajo con LinQ, como se ve en la imágen:

En resúmen, el rendimiento de LinQ to SQL es aceptable en un primer momento con esta mini prueba sencilla, la mejora como ya se ha comentado en tantos lugares de la red consiste en la posibilidad de trabajar con un código sencillo y mapear la base de datos reduciendo el tiempo en el desarrollo de código que ofrece LinQ. Aunque en realidad, cada uno debe hacer pruebas de rendimiento para considerar si se ajusta o no al caso que esta siendo tratado.

Espero que esta info les sea de utilidad.

Saludos.

Descargar el ejemplo completo: LinQ to SQL vs DataReader

Reescribir una Url en ASP .Net

h@nz — Mon, 28 Apr 2008 16:03:53 +0000

Hay varias personas que quieren saber como se hace para “enmascarar una dirección web”, pues bien, si buscas documentación en la red te encontrarás con muchos aspectos teóricos y muy poco de la parte práctica y que sea simple de entender. En realidad no entiendo bien porque decir “Reescribir” una dirección url, ya que me parece mas un enmascaramiento y un proceso de desvío en segundo plano (o algo asi) pero en fin, el término es bastante buscado por la red y el método finalmente es “Reescribir“, así que le llamaremos de esa manera.

De que se trata? simple! acceder a una dirección Url que en realidad no existe, con la finalidad de dar un orden a la estructura de la aplicación ante los ojos de nuestros visitantes. Por ejemplo: si tuviésemos una página web que muestre prendas de vestir para nuestros clientes, y quisieramos ver ropa solo de hombres probablemente tengamos que acceder directamente con la siguiente dirección:

http://www.misitioweb.com/Destino.aspx?tipo=Hombres

Lo que sería poco amistoso para los visitantes, pero si le diésemos a nuestros visitantes direcciones web más amistosas como por ejemplo:

http://www.misitio.com/Hombres.aspx

De seguro que les sería mucho más simple que recordar, aunque en realidad, la página Hombres.aspx no existe. Pues bien, de eso se trata la reescritura de direcciones web. ¿Cómo se hace?, pues aquí vamos a revelar el secreto. Observen a continuación la siguiente imágen:

Para este ejemplo he utilizado 2 páginas, la primera Default.aspx, contiene dos objetos hiperlinks (aunque puede ser un hipervínculo común y silvestre) que redirecciona a dos páginas diferentes: Hombres.aspx y Mujeres.aspx (ver la propiedad NavigateUrl del objeto HyperLink), sin embargo, como se puede apreciar en el Explorador de Soluciones, en el proyecto no existen dichas páginas, el truco aquí es como ir a esas páginas sin obtener un error de tipo 404 (Page not found – Página no encontrada).

Para hacer esto he agregado un archivo Global.asax, este archivo permite identificar eventos que afecten a la aplicación, ahora, cada vez que se inicia una solicitud de un archivo en la aplicación se dispara el evento BeginRequest, para poder cumplir nuestro objetivo trabajaremos en este evento. Lo que hago aqui es verificar que la página solicitada no sea la página de Default y luego utilizar el método RewritePath (Reescribir Ruta) del objeto Context (Encapsula toda la información específica de HTTP acerca de una solicitud HTTP individual) para redireccionar la solicitud a la página Destino.aspx, pasándole como parámetro QueryString la ruta que he solicitado. Fin del truco!!!

Como se darán cuenta al probar esta aplicación, la dirección url que aparece en el navegador es la que figura en la propiedad NavigateUrl (Hombres.aspx), y no la que hemos redireccionado en el archivo Global.asax.

Claro está que esta forma de trabajar se puede mejorar y se pueden aplicar muchas consideraciones, pero la idea de este ejemplo es la de mostrar una forma sencilla de ejecutar este trabajo, siempre es bueno documentarse con los aspectos teóricos de estos métodos antes de escribir código indiscriminadamente.

Espero que les sea de utilidad.

Saludos.

Descargar el ejemplo completo: Reescribir Url en ASP .Net

Curso gratuito .Net Framework 3.5 y VS 2008

h@nz — Wed, 09 Apr 2008 23:01:35 +0000

El regalo por aniversario del blog, nada más y nada menos que una suscripción de un año a Microsoft E-Learning, para tomar el curso: Collection 6261: Developing Rich Experiences using Microsoft .NET Framework 3.5 & Visual Studio 2008 que comprende los siguientes temas:

Cabe decir que esta oferta ya estaba disponible, así no piensen que es por mi causa… pero mi regalo es pasarles la voz… y bueno, ya no hay razón para no aprender a dotnetear no!?

Lo único que necesitas es registrarte con tu Windows Live ID (si! tu correo de Hotmail), y ya estás en el curso.

Saludos.