Carlos Walzer : Visual Studio

Libro en Español: Visual Basic.NET - Programe con Visual Studio 2008

cwalzer — Mon, 20 Apr 2009 13:56:00 GMT

La Editorial Eni publicó en este mes el libro Visual Basic .NET (VB.NET) Programe con Visual Studio 2008 del cual participé en la traducción y adaptación del Francés al Español.

Autor : Thierry GROUSSARD

Adaptación al Español: Carlos WALZER

Presentación

Este libro sobre VB.Net está dirigido a los desarrolladores, incluso principiantes, que quieran dominar Visual Basic.NET. Después de la descripción del entorno de desarrollo (Visual Studio 2008), el lector descubrirá las bases de la programación orientada a objetos con VB.NET y evolucionará progresivamente hacia su uso con el desarrollo de aplicaciones Windows Forms. Los numerosos ejemplos y los consejos sobre la utilización de las herramientas de depuración le proporcionarán una valiosa ayuda durante el desarrollo de una aplicación.
Un capítulo dedicado al acceso a las bases de datos con ayuda de ADO.NET 2.0 y de SQL le permitirá evolucionar hacia el desarrollo de aplicaciones usuario-servidor. Se presentan y detallan las potentes funcionalidades de LINQ que facilitan el acceso y la manipulación de datos. Igualmente, se presenta el lenguaje XML, que facilita el intercambio de información con otras aplicaciones. Los usuarios de las versiones anteriores descubrirán las novedades y mejoras en esta versión 2008 (tipos que aceptan valores NULL, métodos parciales, clases anónimas,...) permitiendo desarrollar aún más rápida y fácilmente las aplicaciones para el framework .NET 3.5 y para Windows Vista.
La distribución de una aplicación también se presenta con el uso de Windows Installer y de la tecnología ClickOnce.

Mas infomación...

Nota: No hay un distribuidor en Sudamérica, con lo que la editorial recomienda dos opciones:
1 )cursar una solicitud de presupuesto a través de nuestra web (tras lo cual se cotizan los gastos de envío, y el cliente acepta o no el pedido)
2) comprarlo a través de Celesa, www.celesa.com

Vídeo: Herramientas para asegurar la calidad utilizando Visual Studio Team System 2008

cwalzer — Wed, 25 Jun 2008 17:56:00 GMT

Durante el lanzamiento de Visual Studio 2008, he grabado un vídeo exponiendo las Herramientas para asegurar la calidad utilizando Visual Studio Team System 2008.

Allí hago una presentación sobre el aseguramiento de calidad y reviso las técnicas y herramientas propuestas por Visual Studio 2008. Además hago un repaso por:

Testing (WebTest, LoadTest)
Análisis de Rendimiento (Profiler, Performance)
Profiling de Código (Code)
Técnicas de analisis el código ( Managed Code Analisys Tool, FxCop)
Métricas de código (Code Metrics).

El vídeo está disponible para bajarlo o verlo en línea.

Además puedes bajar el código y la presentación desde aquí.

Como saber si un assembly esta compilado en modo Debug o Release [Ampliado]

cwalzer — Mon, 28 Apr 2008 08:20:00 GMT

En estos días me topé con la necesidad de conocer cual era el modo en el cual fue compilado cierto assembly. La primer herramienta a la que acudí me dió una respuesta: Reflector de Lutz Roeder.

El compilador agrega el attributo DebuggableAttribute como información del assembly. Los modos de debug fijados por el compilador dependerán de los parámetros que le pasemos al compilador por línea de comandos o el tipo de compilación que definamos en el proyecto de Visual Studio.

En el caso de haber compilado con Visual Studio 2005 ó 2008 en modo Release, nos encontraremos con la siguiente línea:

[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

En caso de haber compilado en modo Debug:

[assembly: Debuggable(DebuggableAttribute.DebuggingModes.DisableOptimizations | DebuggableAttribute.DebuggingModes.EnableEditAndContinue | DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints | DebuggableAttribute.DebuggingModes.Default)]

Les recomiendo la lectura de la documnetación correspondiente a los valores del enumerado System.Diagnostics.DebuggableAttributes.DebuggingModes

A continuación un ejemplo de código que revela el modo de compilación:
La propiedad DebuggableAttributes.IsJITTrackingEnabled controla si en tiempo de ejecución el CLR hace un seguimiento de la información que es importante para el depurador mientras se genera el código. Esta información contribuye a que el depurador mejore la depuración.

static

void Main(string[] args)
{
     string filePath = args[0];
     Assembly asm = Assembly.LoadFile(Path.GetFullPath(filePath));
     foreach (Attribute att in asm.GetCustomAttributes(false))
     {
          if (att is System.Diagnostics.DebuggableAttribute)
          Console.WriteLine("Modo Debug: {0}",((DebuggableAttribute

)att).IsJITTrackingEnabled);
}
}

C# Desarrollo con Visual Studio 2005 [Extracto del Libro]

cwalzer — Sat, 12 Apr 2008 12:39:00 GMT

La Editorial Eni publicó el libro de C# Desarrollo con Visual Studio 2005, el cual traduje y adapté del Francés al Español.

Contenido del Libro

Descargar los ejemplos del libro (1,05 Mo)

Aqui podrán ver un extracto del libro Capítulo 7 que trata de Windows Forms.

Libro en Español: C# Desarrollo con Visual Studio 2005

cwalzer — Mon, 07 Apr 2008 11:15:00 GMT

La Editorial Eni publicó el libro de C# Desarrollo con Visual Studio 2005, el cual traduje y adapté del Francés al Español.

Autor : Hervé BERTHET

Adaptación al Español: Carlos Walzer

Revisón Técnica: Guillermo SOM

Presentación
Este libro se dirige a desarrolladores, incluso principiantes, que quieren dominar el lenguaje C# (Visual C#). El lector descubrirá la plataforma de desarrollo Visual Studio 2005, las bases del lenguaje C# (tipos primitivos, instrucciones y palabras clave) así como el desarrollo orientado a objetos. Controlará las novedades de esta versión (generic, iterator, partial class, nullable type, etc), un conjunto significativo de las clases del Framework que permiten la práctica de Threads, XML y del desarrollo de componentes. Al abordar tecnologías como el ADO.NET y los Servicios Web, el autor eligió deliberadamente ilustrar sus observaciones con esta otra vía abierta al desarrollador que representan los Smart Clients, alternativa a los ASP. NET. Esta elección permitirá al lector medir la contribución de las tecnologías ofrecidas por la arquitectura .NET siguiendo al mismo tiempo un planteamiento progresivo en el aprendizaje del lenguaje C#.

Más información...

Nota: N

o hay un distribuidor en Sudamérica, con lo que la editorial recomienda dos opciones:

o hay un distribuidor en Sudamérica, con lo que la editorial recomienda dos opciones:

1 )cursar una solicitud de presupuesto a través de nuestra web (tras lo cual se cotizan los gastos de envío, y el cliente acepta o no el pedido)
2) comprarlo a través de Celesa, www.celesa.com

Visual Studio 2005 Web Test usando XmlHttpRequest y AJAX

cwalzer — Wed, 12 Sep 2007 13:07:00 GMT

Si estás intentando grabar un web test con Visual Studio 2005, te habrás topado con la dificultad de que el grabador no se entera de las llamadas vía XmlHttpRequest, y por ende AJAX (ya que AJAX usa internamente XmlHttpRequest como mecanismo de comunicación).

Acabo de agregar un comentario en la sección "Community Content" del help en línea de Visual Studio Team System "How to: Record a Web Test", justamente haciendo esta aclaración; ya que toda la información que encontré hace referencia a la solución del problema si el sitio usa AJAX, pero nadie habla de XmlHttpRequest.

La solución entonces le cabe a ambas opciones y es usar la herramienta Fiddler para grabar un web test. Aquí se explica Como grabar un Web Test con Fiddler

Ahora bien, como es que Fiddler puede hacerlo y Visual Studio no? La diferencia radica en la técnica que utilizan para grabar. El grabador de Visual Studio 2005 corre dentro del Internet Explorer como un add-on intereceptando los post y get que IE realiza y no tiene inferencia en el código DHTML que se ejecuta, es por eso que no puede detectar los post realizados por XmlHttpRequest. Lo puedes encontrar instalado en la ventana Manage Add-ons de IE.

En cambio Fiddler actúa como un proxy atendiendo en el puerto 8888 del localhost, interceptando los post y get y redireccionándolos a su destino final, el server. De esta forma Fiddler se entrea de todos los post que llegan al servidor, los haya enviado quien fuere. Cuando Fiddler está corriendo verán modificado los valores de WinInet de IE.

Una forma de estructurar soluciones en Visual Studio

cwalzer — Wed, 18 Jul 2007 10:33:00 GMT

Quisiera compartir una de las tantas formas en las que se pueden estructurar soluciones en Visual Studio, y en File System. Claro, que este tema es un poco particular y depende de los gustos y costumbres de cada desarrollador. Yo me acostumbré a esta que les voy a mostrar ahora, y que me ha dado buenos resultados.

Algunas premisas al momento de armar una solución:

Contar con todo en una carpeta física del file system.
- Permite copiar sin olvidar nada
- Hacer backups completos
- Permite hacer copias de fuentes por versión liberada.
Que todas las referencias sean relativas a la ruta raiz de la solución.
- Permite mover el proyecto de carpetas y no perder referencias
Centralizar los binarios de los cuales no tenemos fuentes en una sola carpeta.
- En caso de un cambio de versión, todos los proyectos apuntarán al mismo assembly.

La siguiente figura muestra la forma de estructurar una solución en Visual Studio. Las carpetas dentro de las cuales están los proyectos nada tienen que ver con las carpetas físicas del file system. Son carpetas virtuales y ayudan a agrupar los proyectos por temas. La forma de crearlas es: Click derecho sobre la solución, Add, New Solution Folder.

A continuación veamos como están distribuidos los proyectos en el file system.
En el directorio raiz donde esta toda la solución existen varias archivos .sln (los que definen la solución en VS). El motivo es poder abrir soluciones dependiendo de cada necesidad.

La solución Logik.Censo.sln es la definción completa y válida. Sirve de referencia para todos los desarrolladores. Trabajando con control de fuentes esta solcuión sirve de referencia y no debería ser modificada sino por el developer lead.
La solución Logik.Censo.Build.sln contiene todos los proyectos y permite compilar por completo todas las soluciones.
Las soluciones Logik.Censo.CW.sln y Logik.Censo.VHP.sln pertenecen a desarrolladores, lo que permite hacer cambios en la estructura a cada uno sin modificar la solución del otro. Si trabajamos con un control de fuentes, esto es escencial.
La solución Logik.Censo.Mobile.sln o Logik.Censo.Windows.sln solo contiene los proyectos en la tecnología en la que están trabajando. Esto permite un manejo mas ágil de la solución.

Luego cada proyecto está contenido en una carpeta cuyo nombre se corresponde con el nombre del proyecto.

Por último veamos donde se almacenan los binarios de los cuales no tenemos los fuentes en esta solución. Están contenidos en una carpeta Assemblies dentro del raiz de la solución. Esto permite mantener una referencia relativa, y que todos los proyectos apunten al mismo archivo.

Noten la referencia a los assemblies externos de la solución hacia la carpeta assemblies. La opción Copy Local = true copiará el binario al directorio bin correspondiente al momento de compilar, lo cual nos asegura contar con él al momento de hacer el deploy.