nº 39 julio-agosto 2007 6,50 € Visual Basic • C# • ASP.NET • ADO.

NET • SQL Server • Windows System

dotNetManía
www.dotnetmania.com

dedicada a los profesionales de la plataforma .NET

DataGridView y estilos
Presentaciones de datos visualmente atractivas

eventos
Cuando el diseño conoció a Media Center
Arquitecturas distribuidas con Service Broker (y II) ReMIX 2007
Referencias débiles en .NET Framework Madrid
Ayuda en las aplicaciones .NET
Laboratorio
Guidance Application Toolkit
entrevista TodotNet@QA
Charlie Calvert El propósito de algunas características de .NET
Community Program Manager de C# Comunidad .NET
Microsoft Corporation Baleares on .NET
dotNetManía editorial
Dedicada a los profesionales de la plataforma .NET
Vol. III •Número 39 • Julio-Agosto 2007
Precio: 6,50 €

Editor
Paco Marín
Adiós a Orcas y a Katmai
(paco.marin@netalia.es)

Redactor jefe
Marino Posadas
(marino.posadas@netalia.es)

Editor técnico Bienvenido al número 39, de julio y agos-
Octavio Hernández to de 2007, de dotNetManía.
(octavio.hernandez@netalia.es)
El pasado mes de junio se celebró en
Redacción
Dino Esposito, Guillermo 'Guille' Som, José
Orlando el Tech-Ed 2007, donde como
Manuel Alarcón, Luis Miguel Blanco y Miguel siempre surgieron muchas noticias. A des-
Katrib (Grupo Weboo) tacar —por su repercusión mediática, más
que por su importancia real—, la asigna-
Empresas Colaboradoras
ción de nombres comerciales a los próxi-
Alhambra-Eidos mos Visual Studio y SQL Server. Final-
Plain Concepts mente, Orcas pasa a llamarse Visual Stu-
Raona dio 2008 y Katmai se llamará SQL Ser-
ver 2008. ¡Ohhh, qué sorpresón...! Des-
Solid Quality Learning
pués de que el mes anterior perdiéramos
Además colaboran en este número otro clásico como Longhorn, sustituido
Cristian Manteiga, José Francisco Bonnín, por Windows Server 2008, la verdad es
Miguel Egea y Rodrigo Corral.
que se lo esperaba hasta el más pintado.
Corresponsal para América Latina
Pablo Tilotta
Lamento que no hayamos podido asis-
tir este año al Tech-Ed americano, aun-
Ilustraciones
Mascota: Yamil Hernández
que le hemos traído las crónicas de dos
Portada: Javier Roldán eventos locales, pero muy especiales:
Fotografía REMIX 2007, celebrado en un lugar
Roberto Mariscal entrañable, el Círculo de Bellas Artes de
Madrid, muy propio para presentar algo
Atención al suscriptor tan artístico como los productos que con-
Pilar Pérez forman la nueva suite Expression; y
(pilar.perez@netalia.es)
CodeCamp, más campero, sí, pero un
ejemplo más de por qué los que estamos
trabajando bajo esta plataforma de desa-
Edición, suscripciones y publicidad rrollo podemos estar contentos por nues-
.netalia tra elección (y no lo digo por las gambas
c/ Robledal, 135 de Huelva, ni por el jamón de Jabugo, a
28529 Rivas-Vaciamadrid (Madrid)
www.dotnetmania.com
los que Microsoft nos invitó generosa-
mente, no se vaya a pensar). Vea la infor-
Tf. (34) 91 666 74 77
mación en estos artículos y comprobará a
Fax (34) 91 499 13 64
lo que tenemos la suerte de asistir por
Imprime haber elegido estar aquí. Quizá es por esto
Gráficas MARTE
por lo que no necesitan ser muy origina-
ISSN
1698-5451
les al poner el nombre a sus productos
para que éstos tengan éxito.
Depósito Legal
M-3.075-2004
Este mes entrevistamos a un viejo ami-
go de Octavio Hernández: Charlie Cal-
vert, Community Program Manager de
C# de Microsoft Corporation. Es una
entrevista muy personal; léasela si tiene
tiempo, y descubra cómo pasar de perio-
dista a compañero de los mejores arqui-
tectos de software del momento.
Cristian Manteiga —uno de los
nuevos de este mes, ¡bienvenido Cris-
tian!— publica su trabajo “Cuando el
diseño conoció a Media Center. Desa-
rrollo de aplicaciones para Windows
Media Center con WPF”. Precisa-
mente el desarrollo para Windows
Media Center fue uno de los temas que
se tocaron en el CodeCamp de Huelva,
como tema innovador y que tiene
muchas particularidades a estudiar.
El artículo de portada “DataGridView
y estilos. Presentaciones de datos visual-
mente atractivas”, que creo que será del
agrado de la mayoría de los lectores por
su orientación práctica, es de Luis Miguel
Blanco. Luis Miguel seguirá escribiendo
sobre esto en algunos números más, así
que será cuestión de acostumbrarse.
Por último, tenemos otro estreno, el
de José Francisco Bonnín, que además
de presentarnos el grupo de usuarios Bale-
ares on .NET, nos escribe un pequeño
pero muy interesante artículo, que le reco-
miendo: “Referencias débiles en .NET
Framework”. Sé bienvenido también, José.
Esto parece el camarote de los Hermanos
Marx, pero aún hay sitio para otro más.
Espero que le guste este ejemplar y que
disfrute de unas merecidas vacaciones; y,
por favor, siga leyéndonos a la vuelta.

Paco Marín
<< dotNetManía

3
 sumario 39
Eventos: REMIX 2007 de Madrid y CodeCamp 2007 de Huelva 8-10
Entrevista a Charlie Calvert 12-15
Durante el pasado MVP Summit tuvimos la oportunidad de reencontrarnos con un viejo
amigo, Charlie Calvert, Community Program Manager de C#.

Personas o bits 16-17

Los desarrolladores de software, yo el primero, tendemos a centrarnos en cuestiones técnicas, a
pensar que este tipo de cuestiones son las de mayor importancia en la vida de los proyectos de
desarrollo. Pero esto no es cierto. Voy a dedicar esta columna a argumentar el porqué. La
cuestión es muy interesante en mi opinión, porque quizás los desarrolladores y la industria del
software han estado equivocando dónde deben poner su foco de atención.

Cuando el diseño conoció a Media Center.

Desarrollo de aplicaciones para Windows Media Center con WPF 18-23
Windows Presentation Foundation ha supuesto una revolución en el mundo del desarrollo de
interfaces de usuario para nuestras aplicaciones. En anteriores entregas de esta revista, hemos
podido conocer un poco más sobre lo que el nuevo subsistema de presentación de Windows nos
proporciona; a lo largo de este artículo, vamos a dar a conocer lo necesario para poder
aprovechar las bondades de WPF en la creación de aplicaciones para Windows Media Center.

DataGridView y estilos. Presentaciones de datos visualmente atractivas 24-32

En el presente artículo haremos un repaso de los estilos, una de las características que este
control proporciona, con la finalidad de conseguir que la información visualizada en nuestras
aplicaciones tenga un toque más sugestivo para los usuarios.

Arquitecturas distribuidas con Service Broker (y II) 33-38

Lanzar procesos asíncronos, o usar la base de datos como sustento para conseguir asincronía es sin
duda interesante; ahora bien, lo es más aún que esa arquitectura permita, de forma transparente al
que la programa, distribuir los componentes en distintos servidores e incluso balancear la carga que
pueda suponer la operación en destino. En esto invertiremos párrafos de este artículo, veremos cuál es
la arquitectura que sustenta todas estas operaciones dentro de Service Broker.

Referencias débiles en .NET Framework 40-41

Seguramente en alguna ocasión se le ha presentado una situación en la que tiene que crear un
objeto que ocupa bastante memoria y que tarda en crearse. En tales casos, lo primero sería
revisar el diseño de ese objeto para ver cómo optimizarlo, pero si no podemos hacerlo es común
que nos asalte la duda de qué hacer: ¿hacemos Dispose() del objeto al acabar de utilizarlo para
liberar memoria? ¿o lo mantenemos para evitar los costes de construcción en un futuro?

Ayuda en las aplicaciones .NET.

El ayudador que nos ayude… seguramente será HelpProvider 42-47
Un sistema de ayuda es algo que siempre deberíamos implementar en nuestras aplicaciones. En
este artículo veremos cómo usar el componente HelpProvider, que nos permite añadir ayuda a
nuestras aplicaciones Windows de una forma muy sencilla.

dnm.todotnet.qa 48-50
El propósito de algunas características de .NET

dnm.laboratorio.net 52-55
Guidance Application Toolkit

dnm.biblioteca.net 57
Essential Windows Presentation Foundation
Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries

dnm.comunidad.net 57
Baleares on .NET. .NET Users Group de las Islas Baleares

dnm.desvan 58
noticias noticias noticias noticias noticias
Noticias desde Tech-Ed 2007 de Orlando
Microsoft desveló la estrategia de la compañía para el futuro próximo en lo referente
a las herramientas de desarrollo y para profesionales TI en el pasado Tech-Ed USA,
celebrado del 4 al 8 de junio en el Orange County Convention Center en Orlando,
Florida.
Bob Muglia, vicepresidente Talk Service y el anuncio de BizTalk Server 2006 R2
senior de Server and Tools Busi- para el tercer trimestre de 2007, que aportará infraes-
ness en Microsoft Corporation tructura RFID, soporte nativo para intercambio de datos
fue el encargado de presentar la electrónicos (EDI) y nuevas tecnologías para integrar
keynote inicial en Tech-Ed 2007, .NET Framework 3.0, el 2007 Microsoft Office System
donde detalló la estrategia de la y Windows Vista (la beta 2 del producto ya está disponi-
compañía para el próximo año. ble); y, por último, el SDK para Open XML, que ha sido
Entre las novedades que más pue- diseñado para ayudar a los desarrolladores a crear aplica-
den interesar al desarrollador están: la asignación de nom- ciones de negocio para Office que aprovechen este for-
bre comercial a Orcas por Visual Studio 2008, y el anun- mato estándar de ECMA.
cio para el verano de la beta 2, que incluirá Visual Stu- Puede ver un vídeo espectacular y divertido de esta
dio Shell; la asignación de nombre comercial a Katmai keynote en: http://www.microsoft.com/winme/0706/29992/
por SQL Server 2008, el anuncio de la compra de herra- teched_.asx y la transcripción de ésta en: http://www.micro-
mientas de Dundas Data Visualization Inc. para SQL soft.com/presspass/exec/bobmuglia/06-04-2007TechEd.mspx.
Server Reporting Services y la presentación de la CTP de Más información en el sitio del Tech-Ed Virtual en:
junio de 2007; los lanzamientos de la primera beta públi- http://www.virtualteched.com o en el sitio oficial en:
ca de Microsoft NET Framework 3.5, una CTP de Biz- http://www.microsoft.com/events/teched2007.

CTP de junio de SQL Server 2008

Microsoft ha libera-
do la CTP de junio
de la nueva versión
de SQL Server, antes
llamada Katmai, y cuyo nombre comercial será Micro-
soft SQL Server 2008.
SQL Server 2008 sienta las bases para una gestión
innovadora basada en políticas que permite a los admi-
nistradores reducir el tiempo que gastan en las tareas de
mantenimiento. SQL Server 2008 aporta mejoras en la
plataforma de BI de SQL Server, permitiendo a los clien- Asimismo, Microsoft ha desvelado la compra de los
tes proveer información actualizada con el Change Data productos de visualización de datos de la compañía Dun-
Capture y las nuevas características de MERGE y desa- das Data Visualization, los cuales aportan gráficos ricos
rrollar cubos de servicios de análisis altamente escalables dentro de SQL Server Reporting Services, permitiendo
con los nuevos entornos de desarrollo. a los usuarios crear informes y aplicaciones con infor-
Microsoft está promocionando cuatro capacidades mación rica. Las herramientas que Microsoft ha inclui-
clave que serán la base de SQL Server 2008: desarro- do en SQL Server 2008 son Dundas Gauge, Dundas
llo dinámico, soporte para tipos de datos no estructu- Map y Dundas Chart.
rados, soporte para aplicaciones de misión crítica y Más información: http://www.microsoft.com/sql/prodin-
business intelligence. fo/futureversion/default.mspx y en https://connect.microsoft.com/
<<dotNetManía

En el gráfico puede observar algunas de las mejoras SQLServer/content/content.aspx?ContentID=5470. También

más significativas que ya están en esta CTP y las que irán puede descargarse un white paper en inglés desde: http://www.
viniendo con cada CTP cada 60 días a partir de ahora. microsoft.com/sql/techinfo/whitepapers/sql2008Overview.mspx.

6

Orcas ya tiene nombre: Visual Studio 2008
Otro de los recientes anuncios de Micro-
soft en el Tech-Ed de Orlando es el nom-
bre comercial de Orcas, la nueva versión
de Visual Studio, que se llamará Visual
Studio 2008 (los de marketing no se han
estrujado el cerebro, ciertamente). Tam-
bién se ha hecho público lo que ya sabía-
mos todos, que el próximo Framework se
llamará .NET Framework 3.5 e irá
incluido con Visual Studio 2008, si bien
esta versión, por primera vez, soportará
también versiones anteriores como .NET
Framework 2.0 y .NET Framework 3.0
(aunque no las versiones 1.x, ya que entre
éstas y las posteriores hay cambios en el
CLR de importancia que lo impiden). No
obstante, Visual Studio 2008 se podrá eje-
cutar en la misma máquina que versiones
anteriores.
La beta 2 de Visual Studio 2008 y
.NET Framework 3.5 se esperan para este
mismo verano. Ésta soportará la licencia
go-live, lo que quiere decir que ya pueden
ponerse aplicaciones en producción con
esta versión previa.
Una de las novedades presentadas es
Visual Studio 2008 Shell, que se incluirá
de forma gratuita como parte del SDK de
Visual Studio 2008 a partir de la beta 2.
Primera CTP de Acropolis
Microsoft ha anunciado la primera CTP
de Acropolis, code name de un conjunto de
componentes y herramientas que hacen
más fácil para los desarrolladores la cons-
trucción y gestión de aplicaciones cliente
.NET modulares y enfocadas al negocio.
Acropolis es parte de la ola de versiones
“.NET Client Futures”, una vista previa de
la tecnología de Microsoft que está por venir
para las aplicaciones cliente Windows.
Acropolis se basa en WPF, propor-
cionando herramientas y componentes
precompilados que ayudan a los desarro-
lladores a ensamblar aplicaciones. Con
Acropolis usted será capaz de:
• Crear rápidamente experiencias de usua-
rio WPF para sus aplicaciones cliente.
• Construir aplicaciones cliente desde
Servirá a quienes desarrollen otros len-
guajes de programación u otras herra-
mientas especializadas, que podrán inte-
grar dentro del mismo Visual Studio o eje-
cutar de manera asilada. El modo inte-
grado está pensado fundamentalmente
para lenguajes de programación, por
ejemplo, Iron Python o uno que desarro-
llemos nosotros y que se unirá al resto de
lenguajes de Visual Studio; el modo ais-
lado está más bien pensado para herra-
mientas especializadas desarrolladas por
nosotros, que pueden ejecutarse como
herramientas independientes, sin los len-
guajes ni proyectos estándar, y se puede
desplegar -si procede- otra instancia de
un Visual Studio estándar.
El SDK de Visual Studio 2008 con-
tendrá documentación y ejemplos para
ayudarle a comenzar a integrar sus herra-
mientas o lenguajes.
Puede encontrar más información
sobre Visual Studio 2008 Shell en la
página http://msdn2.microsoft.com/en-
us/vstudio/bb510103.aspx o en el blog
del equipo de desarrollo de Visual
Studio Extensibility (VSX) en:
http://blogs.msdn.com/vsxteam.
Más información sobre Visual Studio
2008 en: http://msdn2.microsoft.com/es-
es/vstudio.
módulos reusables y conectables que le
permitirán crear fácilmente aplicacio-
nes complejas y basadas en el negocio
en menos tiempo.
• Integrar y alojar sus módulos en aplica-
ciones tales como Microsoft Office o
construir rápidamente interfaces cliente.
• Cambiar rápidamente el aspecto de sus
aplicaciones usando temas incorpora-
dos o diseños personalizados usando
XAML.
• Añadir características tales como nave-
gación de workflow y vistas específicas
del usuario con un código mínimo.
• Gestionar, actualizar y desplegar sus
módulos rápida y fácilmente.
Más información en: http://windows-
client.net/Acropolis.
<< dnm.directo.noticias
Altova anuncia soporte para
Open XML en XML Spy
Altova acaba de anunciar soporte com-
pleto para el formato Open XML introduci-
do con Office 2007 en su producto estrella,
XMLSpy. XMLSpy 2007 Release 3 ofrece
validación completa de documentos Open
XML, ayuda inteligente en la edición de esos
documentos, y soporte para el desarrollo de
transformaciones XSLT y XQuery sobre
datos en formato Open XML.
XMLSpy es el editor XML líder de la
industria, y ofrece una vasta funcionalidad
basada en los estándares W3C relacionados
con XML, incluyendo XSLT, XQuery,
XPath, XML Schema y otros. Asimismo,
ofrece una perfecta integración con el entor-
no integrado de Visual Studio 2005. Para más
información, visite http://www.altova.com.
Novell hace una presentación
de Silverlight 1.1 sobre Linux
Recientemente, Miguel de Icaza, vice-
presidente de desarrollo de Novell, presentó
en el marco del REMIX 2007 que tuvo lugar
en París una versión preliminar de Silverlight
1.1 (a la que han denominado Moonlight)
basada en los recursos del proyecto Mono,
una alternativa de software libre de .NET,
corriendo sobre un sistema Linux. Según de
Icaza, el equipo de desarrollo de Mono (dis-
tribuido por todo lo largo y ancho del plane-
ta) implementó la versión en 21 días de tra-
bajo continuo. Más información en el sitio
Web del producto, http://www.mono-
project.com/Moonlight.
eScrum 1.0
Según publica Somasegar en su blog,
muchos equipos de desarrollo de Microsoft
están usando metodologías ágiles para el desa-
rrollo de software. Un equipo de desarrollo
de Microsoft ha construido para este propó-
sito una herramienta basada en Web y cons-
truida bajo VS TFS. Viendo la aceptación que
ha tenido internamente en los equipos de
desarrollo, han decidido ponerla a disposi-
ción de los clientes en MSDN en http://www.
microsoft.com/downloads/details.aspx?Famil-
<<dotNetManía
yID=55a4bde6-10a7-4c41-9938-
f388c1ed15e9&displaylang=en.
Más información en el blog de Somase-
gar: http://blogs.msdn.com/somasegar.
7

REMIX 2007 en Madrid
eventos
David Carmona y Enrique Fernández-Laguilhoat en la keynote oficial
<< Con la presencia de unos 700 diseñadores y desarro-
lladores venidos de toda España, los pasados 4 y 5 de
junio se celebró en el Círculo de Bellas Artes de
Madrid el REMIX 2007, evento que resumió lo mejor
de lo sucedido el mes pasado durante el MIX de Las
Vegas, a la vez que sirvió para hacer la presentación
oficial en España de los productos que conforman la
nueva suite Expression, dirigida principalmente a los
diseñadores. El evento contó con la presencia de des-
tacadas personalidades llegadas desde Redmond espe-
cialmente para el evento, como Arturo Toledo (User
Experience Technical Product Manager), Tim Sne-
ath (Group Manager Client Platform Evangelism),
Steve Marx, Katherine Heller y Jason Suess (Tech-
nical Evangelists), así como de otros ponentes de reco-
nocida fama internacional, como Tom Raftery
(www.tomrafteryit.net).
La jornada del lunes 4 comenzó con la keynote de
apertura, a cargo de Enrique Fernández Laguilho-
at, Director de Desarrollo de Microsoft Ibérica, y
David Carmona, Development Advisor de la divi-
eventos
sión de Desarrollo y Plataforma. Debió haber sido
presentada por Forest Key, Development Tools Pro-
duct Management Director (recientemente entrevis-
tado en dotNetManía), pero una inoportuna varice-
la le impidió hacer el viaje. Enrique Fernández hizo
énfasis en la aparente contradicción Alcance vs. Rique-
za (una frase que pierde necesariamente cuando se
traduce el juego de palabras original, Reach vs. Rich, y
que alude a la disponibilidad universal de las aplica-
ciones Web frente a las mayores posibilidades gráfi-
cas de presentación de las aplicaciones locales), y en
el conjunto de tecnologías y herramientas que sumi-
nistra Microsoft para ofrecer a los diseñadores y desa-
rrolladores lo mejor de ambos mundos. Destacó ade-
más la cada vez más amplia gama de dispositivos para
los que los creadores de software actuales deben desa-
rrollar aplicaciones, y cómo la estrategia de Micro-
soft, centrada en .NET Framework, permite “atacar”
todas esas plataformas con una inversión y curva de
aprendizaje mínimas. Por último, hizo la presenta-
ción de Silverlight, un plug-in compatible con los
 << dnm.directo.eventos

principales navegadores disponibles en el mercado

(Explorer, Firefox, Opera y Safari), y de la suite Expres-
sion, un conjunto de potentes herramientas visuales que
hacen posible el trabajo conjunto de diseñadores y pro-
gramadores a la hora de crear aplicaciones tanto para la
Web como para el escritorio.
David Carmona, por su parte, habló sobre las posi-
bilidades que abre ante los desarrolladores la disponibi-
lidad de WPF y Silverlight para la creación de aplica-
ciones con interfaces de usuario más intuitivas, usables
y visualmente impactantes. En ese sentido, presentó tres
aplicaciones pioneras en España: el lector digital de MAR-
CA, desarrollado por Plain Concepts en colaboración
con el periódico; un visor de competiciones deportivas,
creado por Indra; y una aplicación de gestión de recur-
sos humanos desarrollada por Meta4.
Arturo Toledo y Enrique Fernández-Laguilhoat en rueda de prensa
A lo largo de las dos jornadas de trabajo se pre-
sentaron, en dos tracks diferentes, numerosas ponen-
cias de gran interés para los asistentes: tuvo como objetivo a presentar las nuevas posibi-
• Arturo Toledo llevó una buena parte del peso del lidades incorporadas a WPF que hacen posible
evento en lo relativo a presentar las diferentes crear experiencias de lectura digital como las que
herramientas que componen la suite Expression, ya ofrecen el New York Times y otros periódicos.
con tres ponencias dedicadas a Silverlight, Expres- • Steve Marx impartió tres ponencias relaciona-
sion Web y Expression Blend, respectivamente. das con aspectos avanzados del desarrollo para
• David Carmona hizo las delicias de los asisten- la Web, una de ellas (“Creación de un sitio Web
tes a lo largo de dos sesiones dedicadas al desa- de vídeos”) en colabora-
rrollo con WPF. También fueron muy bien reci- ción con Ethel García
bidas por los participantes las sesiones dedica- (Microsoft).
das a diferentes aspectos de AJAX, impartidas • Jason Suess y Jesús de
por David Salgado (Microsoft) y nuestro Pablos (Tenea Tecno-
columnista Miguel Jiménez (ilitia). logías) disertaron sobre
• Sumamente claras y detalladas fueron las dos las posibilidades que
ponencias presentadas por Catherine Heller, ofrece Windows Media
relacionadas con los servicios de Windows Live Center tanto para el
y la utilización de las API que estos servicios entretenimiento como
ponen a disposición de los desarrolladores. para los negocios y
• Por su parte, José Carlos Palencia (Universidad sobre los modelos de
de Cantabria) hizo una amplia presentación de publicidad que se están
conceptos cuyo uso es imprescindible en todas las comenzando a aplicar
aplicaciones Web modernas, desde XHTML y para esta plataforma.
CSS hasta los principios de la accesibilidad y los • Tom Raftery incidió
fundamentos de la próxima Web semántica. sobre los aspectos de
• En la sala en la que transcurrieron las sesiones en negocio relacionados
inglés, Tim Sneath también impartió tres sesio- con la Web en su ponencia “La Web 2.0 apli-
nes: las dos primeras dedicadas al desarrollo para cada a su negocio”.
Silverlight con Javascript y con .NET, respecti-
<<dotNetManía

vamente; mientras que la tercera (presentada con- Se espera que en el futuro REMIX se convierta en un
juntamente con Iván González, Cristian Man- evento periódico para la comunidad de desarrolladores
teiga y Octavio Hernández, de Plain Concepts) que utilicen las nuevas tecnologías presentadas este año.

Texto: Octavio Hernández

Fotografía: Roberto Mariscal 9
 << dnm.directo.eventos
CodeCamp Huelva 2007
Evento “freekie” de fin de semana para emprendedores
Durante los días 2 al 3 de junio Micro-
soft Ibérica celebró en el camping La
Aldea en El Rocío (Huelva) el último
CodeCamp, que reunió aproximada-
mente a 200 emprendedores y apasiona-
dos de la tecnología (o al revés).
Los asistentes no eran, ni mucho
menos, empresarios al uso, ávidos de
hacer negocios y nuevos contactos con el
dinero como único fin. Como en otros
CodeCamp, la gran mayoría eran apa-
sionados de la tecnología, que lo único
que pretenden es vivir de sus ideas, per-
sonas creativas que no aspiran a hacerse
ricos –aunque si cuela…–, pero sí a ganar-
se la vida sin la presión de un jefe que les
guíe, realizando trabajos repetitivos y poco
motivantes. La cantera está clara: los clu-
bes de .NET, creados en la universidad y
formados por estudiantes de este perfil.
El programa de ayuda permanente es
Emprendia (www.msdnemprendia.com),
desde donde se ofrecen recursos técnicos,
licencias y promoción, así como recursos
de negocio y económicos a través de los
socios del programa.
En este evento intervinieron empren-
dedores consagrados que vienen consi-
guiendo vivir de sus ideas hasta la fecha,
aunque ninguno rico, o eso creo, y técni-
cos de renombre en el ámbito académico
y profesional.
La agenda no fue únicamente sobre
la filosofía del “emprendedor freekie”
(dicho cariñosamente), ni mucho menos;
hubo mucho de tecnología puntera y
ejemplos de pequeñas empresas que han
salido adelante -o están en ello- con sus
ideas, como por ejemplo con el recono-
cimiento de voz, desarrollo de simulado-
res y juegos, robótica, programación para
Media Center, etc.; ejemplos de que es
posible hacerse un hueco en este merca-
do si se tiene una buena idea y el empu-
je necesario.
<<dotNetManía
Más información en la Web de
Emprendia o en MSDN España en:
www.microsoft.com/spain/msdn.
10
Ludópatas anónimos. Desarrollo de
juegos con XNA. Donde Javi Cantón
e Iñaki Ayúcar nos hicieron revivir aque-
llos viejos juegos con el lema “Un vista-
zo rápido a los últimos 30 años para enten-
der los próximos 10”.
El tunante y el tunero. Movilidad. Don-
de Alejandro Mezcua y Unai Zorrilla nos
dieron una larga lista de consejos para mejo-
rar el rendimiento de nuestro código.
Tetris empresarial. Cómo montar una
empresa. “Ni un solo proyecto sin asis-
tencia” por la Fundación Red Andalu-
cía Emprende, que es una entidad sin
ánimo de lucro dedicada a la promoción
de la actividad emprendedora en la
Comunidad Autónoma Andaluza (www.a-
emprende.net).
ShowCase Emprendedores. Alberto
Resco Pérez y Rubén Pérez Estévez
de la Universidad de Deusto presentaron
el proyecto ubiClassRoom, que es una
plataforma multicanal para el seguimien-
to y reproducción de clases tanto en tiem-
po real como en modo off-line desde cual-
quier localización.
ShowCase Emprendedores. “Ponemos
voz a tus sentimientos”, por Óscar Pino
Morillas, José Luis González Sánchez
y Cristóbal Espinosa Morente, ganado-
res de la edición española de la Imagine
Cup 2007, presentaron su proyecto Sc@ut,
un software comunicativo aumentativo
diseñado para favorecer el uso de sistemas
de interacción sonoro-pictográficos de los
niños autistas (http://scaut.ugr.es).
La Web se vuelve sexy. Silverlight. Isa-
bel Gómez y José Murillo, ambos ISV
Developer Evangelists en el departamento
DPE de Microsoft Ibérica, dieron un
repaso a las características de las futuras
versiones 1.0 y 1.1 de Silverlight (http://sil-
verlight.net).
ShowCase Emprendedores. Iñaki Ayú-
car presentó el proyecto SIMAX, un
espectacular simulador de conducción de
bajo coste para la formación de conduc-
tores principiantes y profesionales com-
puesto por una pantalla y un salpicadero
de coche real, desarrollado íntegramen-
te en C# y ManagedDirectX 9.0c. Más
detalles de este proyecto en www.simax.es.
El Rock ha muerto. Web 2.0. Chema
Alonso y Ricardo Varela.
Ask the Experts.
Reconocimiento de voz. Pilar Man-
chón, de la empresa Intelligent Dialo-
gue Systems (INDISYS), presentó su
asombroso proyecto que une al recono-
cimiento de voz el procesamiento del len-
guaje natural, aportando un sistema de
diálogo inteligente enfocado a la domó-
tica, especialmente indicado para perso-
nas con problemas de movilidad, aunque
con otros posibles usos en la industria.
Permite hacer consultas al sistema en len-
guaje natural, del tipo “Ambrosio, ¿está
todo apagado y la alarma conectada?”.
Según sus creadores: “La voz y el lenguaje
natural son el futuro de las comunicacio-
nes”. Y que lo digan, ¡yo quiero uno! Más
detalles en www.indisys.es.
ShowCase Emprendedores.
Robocop .NET. Robótica. Cómo hacer
una aplicación para robots con Microsoft
Robotics Studio, por parte de Miguel
Ángel Ramos, MVP de ASP.NET y uno
de los ganadores de una edición anterior
de la Imagine Cup española con la Uni-
versidad de Sevilla.
Programando la tele. Media Center.
Por Pedro J. Gómez y Nuno Sima-
ria de la empresa Hoplite Software
(www.hoplite.es), que han desarrollado una
versión del servicio de revelado de foto-
grafías on-line revelaonline.com para Media
Center y que han conseguido que Micro-
soft presente esta aplicación en el lanza-
miento público del Media Center y que
la incluya en el Online Spotlight.
agenda
 Octavio Hernández
entrevista

Charlie Calvert en Surprise Lake, Washington

entrevista a Charlie Calvert

Charlie, es un placer volvernos a ver después de
Durante el pasado MVP Sum- tanto tiempo (la última vez fue durante la época
dorada de Delphi, en el milenio pasado ☺). Para
mit tuvimos la oportunidad de comenzar, ¿cuáles son tus responsabilidades aquí
reencontrarnos con un viejo en Microsoft?
Fui contratado por Microsoft por mi experien-
Octavio
amigo, Charlie Calvert, Com- cia de trabajo con las comunidades de desarrolla-
dores. Mi trabajo es establecer conexiones con los
Hernández es munity Program Manager de desarrolladores de la comunidad Microsoft, y ayu-
Development Advisor
dar a nuestro equipo de desarrollo a hacer el tra-
de Plain Concepts, C#. No pudimos resistir la ten- bajo necesario para satisfacer los requerimientos de
editor técnico de
dotNetManía y tación de entrevistarlo, a lo que la comunidad. Una parte del trabajo es muy corrien-
tutor de campusMVP. te, como hacer un seguimiento de los foros o del
Es MVP de C# desde él accedió gentilmente. programa Connect (http://connect.microsoft.com).
2004, MCSD y MCT. Otras actividades, como hablar con los desarrolla-

dores, escribir en mi blog o mantener
la página del Centro de Desarrollo
(http://msdn2.microsoft.com/vcsharp), son
muy satisfactorias para mí. Me gusta
mucho trabajar con la comunidad y
tratar con los desarrolladores.
Somos parte de una generación que
creció cuando el software empezó a
hacerse esencial en todas las áreas
de la vida cotidiana. ¿Puedes con-
tarnos cómo empezaste en el mun-
do de la informática?
La primera vez que fui a la univer-
sidad mi especialidad era Lengua y Lite-
ratura Inglesa, y pasaba gran parte del
tiempo leyendo novelas y poesía. No
terminé esa primera vez, pero sí la
segunda, y a mediados de los ochenta
obtuve mi título de Periodismo en la
Universidad Evergreen en Olympia,
Washington. Después de graduarme,
empecé a trabajar en un pequeño perió-
dico que tenía la oficina en Olympia y
la imprenta en Portland, Oregón. El
periódico necesitaba encontrar una
manera de enviar los artículos entre
ambas sedes, y no recuerdo por qué
razón me ofrecí para resolver aquel pro-
blema. Prácticamente no tenía expe-
riencia ninguna con los ordenadores, ni
conocía a nadie que la tuviera.
El periódico tenía un ordenador
portátil Osborne1 con un módem de
puerto serie, y después de muchos expe-
rimentos y con la ayuda de un grupo de
gente de la Universidad de Puget Sound
logré resolver el problema, transmitien-
do archivos a lo que entonces me parecía
una velocidad increíble: 110 baudios. Yo
quedé realmente entusiasmado con aque-
llo, y miraba asombrado en la pequeña
pantalla monocroma cómo se transfería
cada carácter a través de la línea.
Entonces descubrí el mundo de los
Bulletin Board Systems (BBS). Comencé a
escribir correos y leer grupos de noticias,
e imaginé (como seguramente miles de
otras personas en aquella época) el fabu-
loso mundo conectado que se nos venía
encima. Fue un momento de revelación
para un lingüista que nunca antes pensó
que tendría que hacer algo más técnico
que instalar un equipo de música.
Octavio Hernández con algunos de los Program Managers del equipo de C#:
de izquierda a derecha, Scott Nonnenberg, Raj Pai y Charlie Calvert
¿Y cómo empezaste a trabajar en
Borland?
Poco tiempo después pasé a trabajar
en otro pequeño periódico, “The Mor-
ton Journal”, cerca de Mount Rainier,
Washington. En aquel tiempo comenza-
ba ya la transición hacia un periodismo
informatizado. Utilizaban WordPerfect,
y pronto me convertí en el experto de la
casa en desarrollar código para automa-
tizar las tareas de oficina utilizando el len-
guaje de macros del producto.
En aquella época todo el mundo ya
hablaba sobre las expectativas de creci-
miento de la industria informática. Así
que me apunté a diversos cursos bási-
cos de programación en la Universidad
de Centralia. Un buen profesor me
enseño allí a programar en Turbo Pas-
cal 4.0, y mi entusiasmo por el mundo
de la programación se disparó. Me
recuerdo trabajando obsesivamente en
una versión del “Juego de la vida” de
Conway, y desarrollando estructuras de
datos como colas, pilas y listas doble-
mente enlazadas. Enamorado de la pro-
gramación, decidí volver a Evergreen
para obtener un título en Informática,
lo que logré al cabo de año y medio
aproximadamente.
Entonces llegó el momento de bus-
car un trabajo adecuado. Seguía intere-
<< dnm.directo.entrevista
sado en los servicios online, especialmen-
te Compuserve, que utilizaban todos los
programadores Pascal de la época. Cono-
ciendo eso, Borland puso un día una ofer-
ta de empleo en uno de los foros de Pas-
cal, y yo rellené el formulario realmente
sin mucha esperanza de obtener res-
puesta. Pero cerca de un mes después
sonó el teléfono, y alguien llamado David
Wilhelm me dijo que me enviaría un
billete de avión a San José, California para
una entrevista de trabajo.
El día que llegué a la central de
Borland en Scotts Valley, California,
llovía a cántaros. Me entrevistaron
diversas personas durante horas. Al ter-
minar, volví al hotel, y cuando me dis-
ponía a llamar a mi esposa para con-
tarle cómo había ido todo (no hacía ni
veinte minutos que había salido de Bor-
land) el teléfono empezó a sonar. El
jefe de departamento de Soporte téc-
nico me comunicaba que había sido
aceptado. Así que el mensaje a mi espo-
sa cambió por “prepara las cosas, nos
mudamos a California”.
¿Qué empezaste haciendo allí?
Primero estuve trabajando seis meses
en el soporte técnico de Turbo Pascal. Un
<<dotNetManía
día, después de unos seis meses, una edi-
torial llamó a la dirección de la empresa
diciendo que estaban buscando un autor
1
Ver http://en.wikipedia.org/wiki/Osborne_1.
13
 << dnm.directo.entrevista
que escribiera un libro sobre Turbo Pas-
cal. Alguien recordó que yo había sido
periodista: “Ese tío nuevo de soporte téc-
nico se ganaba la vida escribiendo, ¿por
qué no le preguntan si quiere escribir el
libro?”. Así que escribí en unos tres meses
mi primer libro, “El 101 de programación
en Turbo Pascal”; eso me introdujo en el
mundo de la escritura de libros técnicos.
Después de publicado el libro,
alguien llamado David Intersimone,
del departamento de Relaciones con los
desarrolladores, me hizo una visita. Esta-
ba trabajando en un vídeo técnico para
el aprendizaje de C++ y necesitaba ayu-
da con el guión. Antes de darme cuen-
ta, estaba en un estudio de grabación. El
vídeo tuvo mucho éxito, y aunque lue-
go no trabajé en ninguno más, sí escribí
nueve libros más de los que en total se
han vendido más de 100.000 copias.
En cierto momento, David Intersi-
mone me llevó con él al departamento
de Relaciones con los desarrolladores,
y empecé a viajar por todo el mundo a
presentar Delphi, C++ Builder y JBuil-
der a audiencias técnicas. Fueron tiem-
pos maravillosos, y aún sigo siendo buen
amigo de David.
¿Cuándo dejaste Borland?
Dejé Borland en 2000. Como casi
todo el mundo (al menos, eso parece), me
fui a trabajar a una empresa “.com” de
nueva creación en el Silicon Valley. Elegí
muy mal momento, porque la debacle de
las “.com” se produjo solo algunos meses
después. Cierto día tenía miles de accio-
<<dotNetManía
nes a 130 dólares cada una, y un mes des-
pués habían perdido todo su valor. La últi-
ma vez que comprobé su valor (de esto
14
hace ya muchos años), valían 30 centavos
cada una.
Tuve la fortuna, no obstante, de
encontrar trabajo rápidamente en Fala-
fel, una empresa creada por algunos vie-
jos amigos de Borland. Allí empecé a
programar en C#, y esa fue mi puerta
de entrada al mundo del desarrollo para
.NET Framework.
¿Cómo es que viniste a trabajar a
Microsoft?
En el momento en que empecé a tra-
bajar en Falafel, era un entusiasta de
Linux y Java, y realmente no esperaba
que la plataforma .NET me interesara
mucho. Sabía que Anders Hejlsberg,
el gran arquitecto que creó Turbo Pas-
cal y Delphi, estaba involucrado en el
desarrollo de C#, pero no podía imagi-
narme que aquello me entusiasmaría
mucho. Estaba equivocado. C# y Visual
Studio me sedujeron desde el principio.
El lenguaje estaba muy bien diseñado, y
el entorno era fácil de usar y estaba reple-
to de las características que hacen el desa-
rrollo fácil y productivo.
Luego Steve Teixeira, uno de mis
compañeros en Falafel se fue a trabajar
a Microsoft. Seguí su carrera desde la
distancia, y me decía que estaba muy
contento en Seattle. Steve y yo nos
conocemos desde hace mucho tiempo,
y sus experiencias en Microsoft tuvie-
ron su influencia en mí.
Mi propia fascinación con C# con-
tinuó creciendo, y como sin darme
cuenta empecé a buscar trabajo en
Redmond. Al poco tiempo volaba a
Seattle para una entrevista, y unas
semanas después aceptaba la oferta.
Fue otro de esos cambios contunden-
tes que parecen ocurrir sin que uno se
dé bien cuenta de cómo han sucedido.
Quince años atrás me mudé del esta-
do de Washington a California para
trabajar en Borland; ahora volvía a
Washington para trabajar en Micro-
soft. Había dado una vuelta en círcu-
lo para volver al sitio del que partí;
pero ahora todo era diferente.
¿Qué se siente al volver a trabajar
con viejos amigos como Anders,
Chuck y otros?
Muchos de mis viejos amigos de Bor-
land han terminado trabajando en Micro-
soft. La mayoría de ellos vino hace ya
años, y yo me siento como el último reza-
gado que finalmente ha encontrado el
camino de Scotts Valley a Redmond.
Por supuesto, es emocionante volver
a estar en un mismo equipo con Anders
Hejlsberg. Es un desarrollador de gran
talento, y una persona fascinante a la que
es un placer conocer. A Chuck Jazd-
zewski también lo veo frecuentemente.
De hecho, un par de veces he pasado por
delante del despacho de Anders y los he
visto hablando como si fuera en los vie-
jos tiempos, cuando planificaban la
siguiente versión de Delphi. Hay muchos
otros viejos amigos de Borland por aquí,
y verlos es siempre un placer.
Por supuesto, trabajar con Anders es
un privilegio muy especial. Él tiene
muchas cualidades, pero creo que su
mayor talento está en su habilidad para
analizar un problema complejo y descu-
brir una solución simple e intuitiva. Su
mente filtra automáticamente las solu-
ciones confusas o demasiado complejas.
Siente una aversión natural hacia las solu-
ciones enredadas. Esta es una opinión
muy subjetiva mía, pero creo que parte
de su genio también está simplemente
en saber cuándo eliminar una caracterís-
tica que aún no se puede implementar
limpiamente. Para él es mejor no hacer
algo antes que hacerlo mal. Por supues-
to, él generalmente encuentra solucio-
nes a problemas que se resisten a otros
desarrolladores; pero si no logra encon-
trarla, sabe cuándo retroceder. Otros
arquitectos hacen mucho énfasis en la
completitud, y a veces terminan ofre-
ciendo soluciones difíciles de usar. Por
último, puede que a él no le guste que yo
diga esto, pero creo que otra parte más
de su genio está en saber cuándo hay que
crear algo nuevo y cuándo utilizar algo
que otro ha desarrollado. Las personas
creativas frecuentemente quieren hacer-
lo todo por sí mismas. Pero Anders reco-
noce rápidamente una buena solución
cuando la ve. Él la sopesa contra las otras
opciones, y la utiliza si piensa que es la
mejor alternativa.

LINQ y la base de código basado en la programación
funcional que lo acompaña son pasos de avance
gigantescos para la comunidad de desarrolladores
¿Cómo es tu interacción con el res-
to del equipo de C#?
En el equipo de C# hay una cantidad
de talento increíble. Yo he sido bendeci-
do con la oportunidad de trabajar en dos
empresas de software de talla mundial.
Cuando empecé a trabajar allí, Borland
tenía más desarrolladores de primera línea
por metro cuadrado que ninguna otra
empresa de software en aquel momento.
Aquello era un imán para el talento, y el
entusiasmo y energía con el que los desa-
rrolladores de Borland perseguían sus
objetivos era inspiradora.
La cantera de talento y la atmósfera
de trabajo aquí en Microsoft son muy
parecidas a las que había en Borland
durante los 90. Igual que Phillip Kahn,
Bill Gates y Steve Ballmer tienen tanto
grandes habilidades técnicas como de ges-
tión. Microsoft ha desarrollado una cul-
tura muy sofisticada centrada en la tec-
nología. Cuando se combinan esas capa-
cidades de gestión con el extraordinario
potencial intelectual de la empresa... bue-
no, realmente no hay nada similar en el
mundo. Con esto no estoy diciendo que
la empresa es perfecta; pero en términos
de habilidades técnicas y potencial inte-
lectual es indudablemente extraordinaria.
Microsoft es una empresa guiada
por métricas. El equipo de gestión es
muy práctico, y tiene un enfoque muy
serio en su trabajo. Estoy aprendiendo
muchísimo de la interacción con un
equipo que hace énfasis en la impor-
tancia de unos objetivos de desarrollo
claros, y de trabajar luego sistemática-
mente para alcanzarlos.
¿Cuál es tu opinión respecto a las
nuevas características que se incluirán
en C# 3.0, y especialmente LINQ?
LINQ y la base de código basado en
la programación funcional que lo acom-
paña son pasos de avance gigantescos para
la comunidad de desarrolladores. El bene-
ficio principal y obvio es la introducción
de capacidades de consultas nativas para
el lenguaje C#. Llevamos años desarro-
llando aplicaciones corporativas en las que
la mitad de la aplicación está escrita en
SQL y la otra mitad en un lenguaje de
programación estándar como C#, VB,
Java o Delphi. LINQ to SQL es un gran
paso hacia el fin de ese cuadro esqui-
zofrénico. Vamos a disponer de una sin-
taxis única, basada en un fuerte control
de tipos y dotada de ayuda Intellisense
que utilizaremos para crear aplicaciones
de bases de datos. La capacidad de desa-
rrollar y depurar nuestras aplicaciones de
bases de datos sobre una base de código
única es un paso enorme en la dirección
correcta. LINQ es un hito muy signifi-
cativo en la historia de los lenguajes de
programación.
Y si se mira por detrás de LINQ se
verán los fundamentos de programación
funcional y declarativa sobre los que está
creado. Ahí encontraremos toda una
serie de características (notablemente,
los árboles de expresiones) que añaden
una gran potencia al arsenal de herra-
mientas de un programador. A diferen-
cia del código imperativo, un árbol de
expresión no está atado a la lógica que
lo rodea –es válido de manera indepen-
diente–. Más aún, su ejecución puede ser
<< dnm.directo.entrevista
aplazada. En el futuro, estas técnicas de
programación funcional nos darán una
oportunidad de hacer un procesamien-
to paralelo que es difícil de lograr con el
código tradicional.
LINQ es también flexible y confi-
gurable. Ya se han desarrollado pro-
veedores LINQ personalizados, como
LINQ to Amazon. Los programado-
res con talento podrán crear otras
herramientas similares, que luego
serán utilizadas por toda la comunidad
para mejorar sus oportunidades de
desarrollo. LINQ, los genéricos, las
expresiones lambda, los árboles de
expresiones y otras innovaciones en el
lenguaje C# hacen posible que las tare-
as de desarrollo sean mucho más sim-
ples de lo que eran anteriormente.
LINQ y la programación funcional
representan un cambio significativo en la
manera en que los desarrolladores escri-
ben el código. No obstante, las tecnologías
fundamentales de LINQ, como LINQ
to SQL o LINQ to Objects, no son difí-
ciles de entender. Éste es un momento
apasionante para los desarrolladores que
quieran expandir su arsenal de habilida-
des para escribir código más fácilmente y
con resultados más potentes.
Charlie, tus libros han sido recono-
cidos siempre por su gran valor
didáctico. ¿Podemos esperar en un
futuro cercano algún libro tuyo, por
ejemplo, sobre estas nuevas carac-
terísticas de C#?
Estoy trabajando duro para sacar
tiempo para escribir un libro sobre
LINQ. Creo que podré tener algo para
principios del año próximo, pero no todas
las piezas han sido encajadas aún.
Sin duda alguna, escribir y trabajar
con la comunidad son mis grandes pasio-
nes. No hay nada que yo preferiría hacer
aquí en Microsoft que escribir sobre tec-
nología y conocer a los miembros de esta
extraordinaria comunidad.
Por favor, unas palabras finales…
Simplemente agradeceros la opor-
tunidad de participar en esta entrevis-
<<dotNetManía
ta, y el gran trabajo que hacéis para la
comunidad. Espero que algún día nos
veamos en España.
15

Rodrigo Corral
Personas o bits
Los desarrolladores de
software, yo el primero,
tendemos a centrarnos en
cuestiones técnicas, a
pensar que este tipo de
cuestiones son las de
mayor importancia en la
vida de los proyectos de
desarrollo. Pero esto no es
cierto. Voy a dedicar esta
columna a argumentar el
porqué. La cuestión es
muy interesante en mi
opinión, porque quizás los
desarrolladores y la
Rodrigo Corral es MVP industria del software han
y MCPD y uno de los
fundadores de Plain
estado equivocando dónde
deben poner su foco de
Concepts, donde cola-
bora como arquitecto
atención.
de software. Además
trabaja en Sisteplant
como líder técnico en
un proyecto desarrolla-
do sobre .NET 3.0 utili-
zando Scrum como
metodología de desa-
rrollo. También adminis-
tra Geeks.ms. Su blog es
http://geeks.ms/blog/
rcorral.
opinión
<< Pensemos en las típicas estadísticas que a menudo leemos
sobre los motivos por los que los proyectos fallan. Nunca cuestiones o
dificultades técnicas ocupan los primeros lugares. Otro síntoma claro
de que la tecnología no es el factor clave es el hecho evidente de que
existen proyectos exitosos y sonoros fracasos desarrollados en todas la
tecnologías y lenguajes de programación.
Uno de los autoengaños en los que solemos caer los desarrollado-
res, yo el primero, es preocuparnos demasiado por las herramientas o
las tecnologías, sobre todo por las nuevas. A menudo se encuentra a los
desarrolladores discutiendo sobre tal o cual herramienta o nuevo len-
guaje… Es normal, los fabricantes de esas herramientas promueven ese
debate prometiendo mejoras en la productividad que debemos reco-
nocer rara vez son tales y que, si se producen, nunca llegan a lo pro-
metido. ¿Alguien puede citar alguna herramienta que mejorase radi-
calmente su productividad? No hablo de usar un potente IDE frente a
usar simple editor de texto, sino de usar la versión actual de un poten-
te IDE frente a usar la versión anterior. Pensándolo en frío, creo que
es evidente que, si bien es cierto que las herramientas mejoran nuestra
productividad, estas mejoras no son radicales, sino que se producen de
manera muy distribuida en el tiempo. En resumen: las herramientas
evolucionan, pero no revolucionan de manera puntual nuestra mane-
ra de hacer software. Esto no quiere decir que debamos desdeñar las
mejoras que puedan surgir de utilizar las mejores herramientas, sino
que las mejoras que debemos esperar en este aspecto del desarrollo de
software son pequeñas. Lo aquí comentado se aplica, punto por pun-
to, también a las tecnologías. ¿Alguien piensa que es mucho más fácil
desarrollar una aplicación distribuida con WCF que con Remoting o
Web Services, o incluso que con DCOM? No, la dificultad no está rela-
cionada con las herramientas a usar sino con la complejidad del pro-
blema a resolver.
Otro punto que tendemos a olvidar es que las tecnologías y herra-
mientas, antes de que tengamos la oportunidad de que nos ayuden,
tenemos que aprender a utilizarlas y este proceso, a menudo, minimi-
za las mejoras que podemos esperar.

Con lo que he comentado anteriormente no quiero decir
que no haya que buscar y seleccionar nuevas herramientas
o tecnologías y aprender a utilizarlas, sino que no debemos
creer que vayan a cambiar radicalmente nuestra capacidad
o la de nuestro equipo a la hora de crear software y sacar
adelante nuestros proyectos.
Las metodologías son otra de las áreas que prometen gran-
des mejoras en el desarrollo de software, y en este caso creo
que, bien implementadas, las metodologías (sobre todo aque-
llas centradas en ayudar al desarrollador) producen grandes
resultados. El problema es que implementar bien una meto-
dología es un proceso extremadamente difícil, complejo, cos-
toso y largo en el que muchas empresas o equipos de desarro-
llo fallan en repetidas ocasiones. ¿Cuántos de vosotros habéis
sufrido un intento fallido de implementar una metodología?
Estoy seguro que muchos. ¿Cuántos de vosotros tenéis teóri-
camente una metodología y realmente lucháis para que nos os
entorpezca? Pocos equipos de desarrollo tienen una metodo-
logía y entre los que la tienen, pocos están plenamente satis-
fechos con ella. Resumiendo, usar una metodología adecua-
da puede mejorar en mucho nuestra productividad, pero es
muy difícil cerrar el triángulo mágico de encontrar una meto-
dología adecuada, implantarla con éxito y lograr que ayude a
los desarrolladores. Esta última es condición necesaria para
que perdure y se extienda a otros proyectos de nuestra empre-
sa. Solo una metodología que ayude a los desarrolladores y que
mejore su vida profesional día a día tiene alguna oportunidad
de perdurar. El motivo es claro: todos somos reacios al cam-
bio, y mucho más reacios a aquellos que no se revelan rápida
y claramente como ayudas. Es también evidente que el rol más
numeroso en los proyectos de desarrollo es el de desarrolla-
dor, mucho más que el de jefe de proyecto, gerente y demás
puestos “de responsabilidad”, y por tanto cualitativamente de
quien más resistencia encontramos cuando una metodología
no ayuda es, precisamente de los desarrolladores. No deja de
ser paradójico, además, que a menudo se escuche poco o nada
la opinión de los desarrolladores a la hora de seleccionar e
implantar una metodología.
Bien, hemos comentado que a pesar de lo que tende-
mos a pensar, las herramientas, las tecnologías y las meto-
dologías no tienen un impacto radical en mejorar cómo
hacemos software. Aunque tienen su importancia. También
es claro que en el mundo competitivo en el que nos move-
mos, cuando hablamos de desarrollo de software necesita-
mos mejorar día a día. Ahora os preguntaréis: si lo esencial
en el desarrollo de software no son, según defiendo en este
artículo, las herramientas, las tecnologías y las metodologías,
¿qué es lo esencial?: las personas y sus interacciones.
El factor más importante en el desarrollo de software es
la calidad de los desarrolladores que llevan a cabo el trabajo.
Nada puede suplir este factor. A pesar de los muchos intentos
que en la industria del software se han hecho por hacernos cre-
er lo contario. Un equipo de “juniors” es un equipo poco capaz,
lo dirija quien lo dirija, use las herramientas que use y aplique
la metodología que aplique. Nada puede suplir la experiencia
<< dnm.opinión
y la maestría de los desarrolladores. Es curioso cómo cuando
se habla de este tema todo el mundo asiente, pero sin embar-
go luego todo el mundo lo olvida con facilidad. A menudo se
trata a los desarrolladores como piezas intercambiables, o meto-
dologías con amplia aceptación como CMMI se olvidan de
incluir el factor humano en la ecuación, centrándose única-
mente en el proceso. Como si un excelente proceso permitie-
se realizar desarrollos excelentes sin desarrolladores excelen-
tes. La realidad es que desarrolladores excelentes pueden lle-
var a cabo desarrollos excelentes con metodologías mediocre-
mente implantadas o incluso sin metodología explícita algu-
na. Si todos asentimos cuando alguien clama que las personas
son el factor principal, ¿por qué nos olvidamos de este factor
con tanta facilidad? Quizá sea porque es el factor sobre el que
es más difícil actuar. Pero no por eso debemos dejar de actuar.
Un hecho que la industria del software lleva obviando
durante gran parte de su historia es que los buenos desarro-
lladores son extremadamente baratos. Existen numerosísimos
estudios que “demuestran” que la diferencia de rendimiento,
se mida como se mida, entre los mejores y los peores progra-
madores es de alrededor de ¡treinta veces! Ahora os propon-
go un juego: pensad en el mejor y el peor desarrollador con
quienes hayáis trabajado. Pensad en su rendimiento, y decid-
me si no se cumple lo anterior. Ahora pensad en su sueldo,
¿alguien cree que la diferencia era de alrededor de treinta veces?
La conclusión es clara: la relación rendimiento/sueldo no es
lineal; luego proporcionalmente los desarrolladores, cuanto
mejores y más experimentados son, más baratos resultan.
Entonces, ¿por qué sigue habiendo proyectos plagados de gen-
te sin experiencia?
Las personas cuentan mucho, pero aún cuentan más
cuando juntamos varias. Cuando lo que se comparan son
equipos y no personas individuales, la diferencia es todavía
más apabullante. El rendimiento que puede alcanzar un
equipo bien engrasado es espectacular. El problema es que
solo quien ha estado en alguna ocasión en uno de esos equi-
pos puede saber de lo que hablo. Pero creedme, nada pue-
de impulsar más vuestros desarrollos que lograr que el equi-
po de desarrollo funcione como un reloj. De hecho, nues-
tro principal cometido como gestores de proyectos es, sin
duda, construir el ambiente en el que nuestro equipo pue-
da realizar su trabajo en condiciones óptimas. El resto, aun-
que es importante, es menos importante.
Supongo que más de uno os estaréis preguntando por qué
os cuento todo esto. La idea que tengo es dedicar algunas entre-
gas de este espacio que tan amablemente me ha cedido dot-
NetManía a desgranar lo que se esconde bajo cada uno de los
puntos que constituyen el Manifiesto Ágil, cimiento sobre el
que se fundamentan todas las metodologías ágiles. Todo lo que
os he contado en esta entrega se corresponde con el principio
que dice: “Individuos e interacciones sobre procesos y herra-
mientas”. ¿No os parece que todo lo dicho tiene sentido y que
<<dotNetManía
sin embargo es algo que llevamos obviando mucho tiempo?
¿De qué pensáis vosotros que va el desarrollo de software, de
personas o de bits?
17
 Cristian Manteiga
plataforma.net
Cuando el diseño conoció
a Media Center
Desarrollo de aplicaciones para Windows Media Center con WPF

Windows Presentation Foundation ha supuesto una revolución en el

mundo del desarrollo de interfaces de usuario para nuestras aplica-
ciones. En anteriores entregas de esta revista, hemos podido conocer
un poco más sobre lo que el nuevo subsistema de presentación de
Windows nos proporciona; a lo largo de este artículo, vamos a dar a
conocer lo necesario para poder aprovechar las bondades de WPF en
la creación de aplicaciones para Windows Media Center.

Hace ya algunos años, allá por 2004, Micro- El desarrollador

Cristian Manteiga es
Development Advisor de
Plain Concepts. Es Micro-
soft Cerfitied Professional
y Microsoft Student
Partner, así como funda-
dor y coordinador de
CLM.NET User Group.
Blog:
http://geeks.ms/blogs/cristian
(cristian@plainconcepts.com)
soft lanzaba su apuesta para el hogar multimedia,
basada en Windows XP y bautizada como Win-
dows XP Media Center Edition. Esta propuesta
no tardó en renovarse: un año después llegó Win-
dows Media Center Edition 2005, y a nuestros
días llega integrado en las versiones Windows Vis-
ta Home Premium y Windows Vista Ultimate,
con un look & feel renovado y adaptado a las nece-
sidades de hoy.
Desde la aparición de la primera versión de
Windows Media Center, los desarrolladores de
aplicaciones para este entorno han hecho uso de
un lenguaje declarativo de marcas basado en XML
y conocido como MCML (Media Center Markup
Language). Este lenguaje impone una serie de
requisitos que pueden hacer que el desarrollador
opte por una alternativa de desarrollo diferente
para su aplicación, decisión que suele estar supe-
ditada al rol de la persona encargada de desarro-
llar la aplicación.
Dentro de los roles involucrados en el desa-
rrollo de una aplicación destacamos dos figuras
principales, encargadas de llevar a cabo las tareas
desde dos puntos de vista diferentes pero com-
plementarios. Estas dos figuras son la del desa-
rrollador y la del diseñador:
Un desarrollador puede decidirse a usar MCML,
que ha sido creado con el propósito de aprovechar
todo el potencial que nos ofrece Windows Media
Center, y que al llevar más tiempo en el mercado
dispone de una documentación más completa y
exacta. Pero a pesar de esto debe luchar contra lo
que, en algunas situaciones, puede resultar un
inconveniente.
El diseñador
MCML carece de un diseñador que nos abstrai-
ga del lenguaje, lo que dificulta el proceso de defi-
nición de la interfaz, así como su creación o modi-
ficación. Un diseñador deberá centrarse en apren-
der dicho lenguaje y en su uso para poder llevar a
cabo un proceso; la ausencia de una herramienta
de diseño le dificultará trabajar adecuadamente en
el cuidado de los detalles de la interfaz, como pue-
den ser el diseño, la usabilidad, etc.
El uso de Media Center Markup Language,
salvo en el caso de un grupo de desarrollo experi-
mentado, puede suponer una grave deficiencia en
la productividad del equipo, y por lo tanto hacer

inviable el desarrollo de la aplicación a corto-medio
plazo.
Hosted vs. Native
Para intentar paliar estos inconvenientes, Microsoft
optó por ofrecer una alternativa a los desarrolladores
que les permitiese aprovechar toda su experiencia en
otros entornos, y decidió permitir la elaboración de soft-
ware para Media Center mediante un host (figura 1).
Figura 1
Dentro de esta categoría nos encontramos con dos
posibles vías de desarrollo. La primera de ellas es la
posibilidad de realizar aplicaciones Web HTML que
se ejecuten dentro de Windows Media Center, lo que
permite aprovechar toda la experiencia adquirida en
el desarrollo Web y llevar a cabo aplicaciones con una
curva de aprendizaje menor. Otra de las grandes ven-
tajas es la posibilidad de usar herramientas de diseño
que nos permitan trabajar con la apariencia gráfica de
nuestra aplicación.
Pero no todo son ventajas, ya que los desarrollos
Web se ven limitados por el modelo de interacción con
el usuario al que se han ido adaptando, y resulta más
complicado realizar diseños pensados para la interac-
ción con un mando a distancia. Recordemos que el dis-
positivo de interfaz humana por excelencia en un entor-
no Windows Media Center corresponde a este man-
do a distancia, y en raras ocasiones un teclado. Por este
motivo, todos nuestros desarrollos deberán tener en
cuenta que el usuario manejará nuestra aplicación
mediante él, por lo que todo debe ser fácilmente acce-
sible desde esta interfaz de interacción.
Otro de los puntos a los que deberemos prestar
especial atención es la resolución de nuestra aplica-
ción, ya que nuestra interfaz tendrá como salida están-
dar un televisor, por lo que la resolución será limita-
da con respecto a los monitores que suelen usar los
PC hoy en día.
En este punto nos ayuda especialmente WPF, ya
que utiliza unidades de píxel relativas e independien-
tes de la resolución real; pero este no es el único fac-
tor que nos puede hacer optar por usarlo para el desa-
rrollo de nuestra aplicación.
<< dnm.plataforma.net
En contraposición a las aplicaciones HTML, WPF
nos aporta también la capacidad de trabajar con ani-
maciones de un modo más productivo y elegante, ya
que dispone de Microsoft Expression Blend como
herramienta de desarrollo. Pero las ventajas de optar
por WPF no terminan aquí: esta tecnología nos per-
mite cuidar todos los aspectos relativos a la experien-
cia de usuario (UX –User eXperience–).
Ventajas de WPF
Muchas de las ventajas que se aplican al desarrollo gené-
rico de aplicaciones mediante el uso de Windows Pre-
sentation Foundation se pueden aplicar al de aplica-
ciones para Windows Media Center. Entre estas ven-
tajas se encuentran los aspectos relacionados con la
experiencia de usuario, como son: una mayor produc-
tividad no solo en el desarrollo, si no en el uso por par-
te del usuario final, mejoras en el rendimiento, ya que
se hace uso de .NET Framework, incorporación de
elementos multimedia en la interfaz y una mejor con-
textualización de los elementos de nuestra aplicación.
Para entender esto con mayor profundidad es
necesario explicar que las aplicaciones de WPF para
Media Center hacen uso del despliegue Web de WPF,
es decir, son aplicaciones XBAP (XAML Browser
Application), cuyo uso conlleva unas limitaciones
implícitas. Las aplicaciones XBAP se ejecutan en un
nivel de seguridad de confianza parcial (partial trust),
lo que impide el uso de ventanas; por esta razón, no
podemos abrir nuevas ventanas en nuestra aplicación
Media Center, sino que tendremos que hacer uso de
un modelo de navegación entre páginas. Otra de las
limitaciones a tener en cuenta a nivel de diseño es la
ausencia de soporte para el uso de los efectos sobre
mapas de bits (bitmap effects): el procesado de píxeles
de estos efectos ha sido desarrollado en código no ges-
tionado y .NET Framework 3.0 hace uso de ellos a
través de un pequeño envoltorio (wrapper) gestiona-
do, lo que impide que podamos hacer uso de ellos des-
de un contexto de confianza parcial.
En contraposición a esto, nos encontramos con la
posibilidad de usar elementos multimedia como vídeo
y audio, crear animaciones, diseñar gráficos, hacer uso
fuentes de texto vectoriales, incorporar elementos 3D,
hacer uso de estilos y plantillas en nuestros contro-
les, integrar documentos dinámicos y usar documen-
tos XPS, así como aprovechar el uso de los dicciona-
rios de recursos para crear bloques reutilizables en
nuestra aplicación, entre otras.
Todas estas características que hemos menciona-
<<dotNetManía
do se pueden aplicar de una forma muy ágil y poten-
te haciendo uso de Expression Blend, la herramienta
de diseño de interfaces para WPF, pero también des-
19
 << dnm.plataforma.net

de Visual Studio 2005, así como en la
futura versión de éste, que se espera
para finales de año.
Desarrollando para
Windows Media Center
Para poner en práctica lo expuesto,
vamos a presentar una sencilla aplica-
ción de prueba que nos permitirá ver
qué ventajas nos proporciona utilizar
WPF en nuestros desarrollos. Tenien-
do en cuenta que el objetivo que persi-
gue este artículo no es el de mostrar
cómo desarrollar aplicaciones XBAP
con WPF, nos centraremos en los
aspectos más relevantes, aquellos que
son comunes a todos los desarrollos.
Prerrequisitos:
• Microsoft Windows Vista Home,
Premium o Ultimate.
• Microsoft Visual Studio 2005.
• Microsoft Windows Media Cen-
ter SDK 5.1 (5.0 Update).
• Microsoft Expression Blend 1.0.
Hacer hincapié también en el archi- El servicio de navegación de nues-
vo MediaCenterTheme.xaml, ya que nos tra aplicación nos proporciona todo lo
hace accesible un diccionario de recur- necesario para poder navegar entre las
sos, con un ámbito a nivel de aplicación, distintas páginas que la componen; sus
que contiene plantillas de los principa- miembros más relevantes son los que
les controles, modificando su aspecto podemos ver en la tabla 1.
para adaptarlo a los requisitos de usa- Otro de los aspectos relevantes
bilidad de Media Center (listado 1). para el desarrollo de nuestras aplica-
<Application x:Class=”MediaCenterDNM.App”
xmlns=”http://schemas.microsoft.com/winfx/2006/xaml/presentation”
xmlns:x=”http://schemas.microsoft.com/winfx/2006/xaml”
StartupUri=”Page1.xaml”>
<Application.Resources>
<ResourceDictionary>
<ResourceDictionary.MergedDictionaries>
<ResourceDictionary Source=”MediaCenterTheme.xaml” />
</ResourceDictionary.MergedDictionaries>
</ResourceDictionary>
</Application.Resources>
</Application>
Listado 1. Código del archivo App.xaml que hace referencia al diccionario de recursos

Especial atención nos merecen las
referencias a los ensamblados Micro-
soft.MediaCenter y Microsoft.MediaCen-
ter.UI, que nos proporcionan acceso al
modelo de objetos de Media Center,
tanto a nivel de entorno como a nivel
de los elementos de la interfaz, respec-
tivamente (figura 2).
Una vez llevado a cabo el diseño de
la primera página de nuestra aplicación,
la primera duda que se nos plantea es
cómo llevar a cabo la navegación entre
las distintas páginas que la componen.
Esta tarea se lleva a cabo con bastante
simplicidad usando el servicio de nave-
gación de WPF, que se encuentra acce-
sible a través del espacio de nombres
System.Windows.Navigation.
ciones es el hecho de poder mostrar
mensajes al usuario a través de venta-
nas. Tal y como comentamos ante-
riormente, las aplicaciones XBAP no
admiten la instanciación de nuevas
ventanas, por lo que se hace necesario
el uso de las API de Windows Media
Center para llevar a cabo esta tarea.
Accediendo al entorno actual de eje-
cución de nuestra aplicación, podre-

Tipo Nombre Descripción

Método GoBack() Navega un paso hacia atrás en la historia de
navegación.
Método GoForward() Navega un paso hacia adelante en la historia
de navegación.
Propiedad CanGoBack Devuelve true en el caso de que exista por lo
menos un elemento en la historia de navega-
ción hacia atrás.
Propiedad CanGoForward Devuelve true en el caso de que exista por lo
menos un elemento en la historia de navega-
ción hacia delante.
Método Navigate() Navega hasta la página pasada como parámetro.
<<dotNetManía

Tabla 1
Figura 2

20
 << dnm.plataforma.net

mos hacer uso de alguno de los dos siguientes méto- ción final. Para ejecutar la aplicación, no basta con
dos (tabla 2): iniciar la depuración, tal y como haríamos con una
aplicación normal: debe-
mos abrir el archivo
Tipo Descripción
$(OutputPath)\MediaCen-
DialogNotification Muestra una ventana de diálogo de notifica- terDNM.mcl para ejecutar
ción al usuario la aplicación y así poder
depurarla.
Dialog Muestra una ventana modal al usuario
Como buena prácti-
Tabla 2 ca en las tareas de depu-
ración, se deben dar

También nos puede resultar útil en nuestra apli-

cación el hecho de poder navegar a páginas de Win-
dows Media Center, como la página de Música, la de
TV o la página de inicio. Esta capacidad también nos
la expone el entorno actual de ejecución de la aplica-
ción, y deberemos hacer uso del método NavigateTo-
Page(), al que pasaremos como argumentos el PageId
de la página a la que queremos navegar y los argu-
mentos que queremos pasarle.
Algunas de estas capacidades se encuentran ilus-
tradas en la aplicación de ejemplo que acompaña el
artículo, cuya interfaz de usuario se compone de las
páginas que muestran las figuras 3 y 4. La mascota de
dotNetManía ha sido tomada del blog de José Luis
Quintero [1]. El código fuente de ambas páginas (tan-
to XAML como code-behind en C#) se presenta en los Figura 4. Página principal de la aplicación
listados 2-5.

varios pasos para comprobar que la

versión que estamos depurando es
siempre la correcta. Para ello cerra-
remos Media Center, comprobare-
mos que el proceso Presentation-
Host.exe no se está ejecutando y
por último abriremos la línea de
comandos de Visual Studio y eje-
cutaremos el comando mage -cc y
comprobaremos que el directorio
%localappdata%\apps\2.0 se encu-
entra vacío.

Conclusión
Figura 3. Página de introducción de la aplicación
WPF nos permite desarrollar aplica-
ciones para Windows Media Center
haciendo uso de las mejores herramientas para el
Ejecución y depuración diseño de interfaces, y al mismo tiempo sacar par-
tido de toda la potencia que nos ofrece .NET Fra-
<<dotNetManía

Visual Studio 2005 nos proporciona la posibilidad de mework 3.0 dentro del marco del hogar multime-
depurar nuestra aplicación dentro de Media Center, dia, sin menoscabar los servicios que Media Cen-
lo que nos permite probarla en su entorno de ejecu- ter nos expone mediante sus API.

21
 << dnm.plataforma.net

<Page
xmlns=”http://schemas.microsoft.com/winfx/2006/xaml/presentation”
xmlns:x=”http://schemas.microsoft.com/winfx/2006/xaml”
x:Class=”MediaCenterDNM.Intro”
Title=”Intro”
Width=”Auto” Height=”Auto”
xmlns:d=”http://schemas.microsoft.com/expression/blend/2006”
xmlns:mc=”http://schemas.openxmlformats.org/markup-compatibility/2006”
mc:Ignorable=”d”
>
<Grid Background=”{DynamicResource PageGlassyBackground}”>
<!—Código correspondiente a la mascota de dotNetManía—>
<TextBlock HorizontalAlignment=”Left” Margin=”390,-300,0,0” VerticalAlignment=”Center”
Width=”Auto” Height=”Auto” FontSize=”72” TextWrapping=”Wrap”>
<Run FontSize=”60”>dot</Run>
<Run FontSize=”60” FontWeight=”Bold” Foreground=”#FFFF0000”>Net</Run>
<Run FontSize=”60”>Manía</Run>
</TextBlock>
<TextBlock HorizontalAlignment=”Left” Margin=”390,-120,0,0” VerticalAlignment=”Center”
Width=”400” Height=”Auto” FontSize=”24” Foreground=”#FFFFFFFF” TextWrapping=”Wrap”>
<Run Language=”es-es”>Desarrollo de aplicaciones para Windows Media Center con</Run>
<LineBreak/>
<Run Language=”es-es”>Windows Presentation Foundation</Run>
</TextBlock>
<Button d:LayoutOverrides=”Height” HorizontalAlignment=”Left” Margin=”390,110,120,0”
VerticalAlignment=”Center” Width=”250” Content=”Entrar” Click=”Entrar_Click”/>
</Grid>
</Page>

Listado 2. XAML correspondiente a la página de introducción

using System;
using System.Collections.Generic;
using System.Text;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Documents;
using System.Windows.Input;
using System.Windows.Media;
using System.Windows.Media.Imaging;
using System.Windows.Navigation;
using System.Windows.Shapes;

namespace MediaCenterDNM
{
/// <summary>
/// Interaction logic for Intro.xaml
/// </summary>

public partial class Intro : System.Windows.Controls.Page

{
public Intro()
{
InitializeComponent();
}

private void Entrar_Click(object sender, RoutedEventArgs e)

{
this.NavigationService.Navigate(new Uri(“Main.xaml”, UriKind.RelativeOrAbsolute));
//this.NavigationService.Source = new Uri(“Main.xaml”, UriKind.RelativeOrAbsolute);
}
<<dotNetManía

}
}

Listado 3. Code-behind correspondiente a la página de introducción

22
 << dnm.plataforma.net

<Page
xmlns=”http://schemas.microsoft.com/winfx/2006/xaml/presentation”
xmlns:x=”http://schemas.microsoft.com/winfx/2006/xaml”
x:Class=”MediaCenterDNM.Main”
Title=”Main”
Width=”Auto” Height=”Auto”
>
<Grid Background=”{DynamicResource PageGlassyBackground}”>
<StackPanel HorizontalAlignment=”Center” Margin=”0,0,0,0” VerticalAlignment=”Center”>
<Button Content=”Mostrar PopUp” Click=”PopUp_Click”/>
<Button Content=”Volver atrás” Click=”GoBack_Click”/>
<Button Content=”Ir al Inicio” Click=”Inicio_Click”/>
</StackPanel>
</Grid>
</Page>

Listado 4. XAML correspondiente a la página principal

using System;
using System.Collections.Generic;
using System.Text;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Documents;
using System.Windows.Input;
using System.Windows.Media;
using System.Windows.Media.Imaging;
using System.Windows.Navigation;
using System.Windows.Shapes;
namespace MediaCenterDNM
{
/// <summary>
/// Interaction logic for Main.xaml
/// </summary>
public partial class Main : System.Windows.Controls.Page
{
public Main()
{
InitializeComponent();
}
private void PopUp_Click(object sender, RoutedEventArgs e)
{
Microsoft.MediaCenter.Hosting.AddInHost.Current.MediaCenterEnvironment.Dialog(
“Esto es una ventana modal”, “Advertencia”,
Microsoft.MediaCenter.DialogButtons.Ok, 10, true);
}
private void GoBack_Click(object sender, RoutedEventArgs e)
{
if (NavigationService.CanGoBack)
NavigationService.GoBack();
}
private void Inicio_Click(object sender, RoutedEventArgs e)
{
Microsoft.MediaCenter.Hosting.AddInHost.Current.MediaCenterEnvironment.
NavigateToPage(Microsoft.MediaCenter.PageId.Start, null);
}
}
}

Listado 5. Code-behind correspondiente a la página principal

Referencias
<<dotNetManía

[ 1 ] Blog de José L. Quintero: http://geeks.ms/blogs/jlquintero/archive/2007/01/20/expression-ante-masco-

ta-de-dnm-en-xaml.aspx.

23
 Luis Miguel Blanco
plataforma.net
DataGridView y estilos.
Presentaciones de datos visualmente atractivas
Mostrar datos en formato tabular es una funcionalidad necesaria en la inmen-
sa mayoría de las aplicaciones que se desarrollan. Es por ello que Visual Studio
2005 incorpora, para las aplicaciones orientadas al entorno Windows, un nue-
vo control de cuadrícula: DataGridView, evolución del anterior DataGrid, dota-
do de un excelente conjunto de funcionalidades que le confieren una gran
potencia y flexibilidad. En el presente artículo haremos un repaso de los esti-
los, una de las características que este control proporciona, con la finalidad de
conseguir que la información visualizada en nuestras aplicaciones tenga un
toque más sugestivo para los usuarios.

Configuración predeterminada.Visuali- Confección de estilos.

zación básica
Cuando empleamos un control DataGridView con
su configuración de propiedades por defecto, el
aspecto de los datos ofrecidos es correcto. No obs-
tante, de la austeridad en su presentación se des-
prende la sensación de que con ciertos retoques
estéticos, aunque los datos sigan siendo los mismos,
el control ganaría enormemente en atractivo.
Estilos. Los ornamentos
del DataGridView
Para paliar esta carencia de vistosidad, es momento
de que entren en el terreno de juego unos elementos
que resultarán una inestimable ayuda en el trabajo
cotidiano con el control DataGridView: los estilos.
Un estilo es un objeto de la clase DataGrid-
ViewCellStyle, que contiene una serie de propie-
dades relacionadas con los aspectos visuales de una
Luis Miguel Blanco es celda, tales como colores, alineación, tipo de letra,
redactor de dotNet- etc. Actuando a todos los efectos como una plan-
Manía. Es consultor en
tilla de presentación de datos, que permite al pro-
Alhambra-Eidos.Ha
escrito varios libros y
gramador aplicar uniformemente un conjunto de
decenas de artículos características visuales sobre la totalidad del con-
sobre la plataforma trol DataGridView, o solo en determinadas regio-
.NET nes del mismo. En la tabla 1 podemos ver las pro-
(lalibreriadigital.com) piedades más importantes de esta clase.
Nuestro primer estilo
Daremos comienzo a las técnicas que debemos
emplear en la creación y uso de estilos con un sen-
cillo ejemplo. El lector puede encontrar todos los
ejemplos desarrollados en este artículo en la direc-
ción http://www.dotnetmania.com. En primer lugar,
crearemos un nuevo proyecto Windows, en cuyo
formulario predeterminado añadiremos un Data-
GridView. A continuación, escribiremos en el even-
to Load el código del listado 1, necesario para
conectarnos a una base de datos y enviar una con-
sulta que nos devuelva el consabido conjunto de
resultados.
Una vez obtenido el DataSet con los registros
a mostrar dentro del correspondiente DataTable,
asignaremos esta fuente de datos al DataGridView
utilizando sus propiedades DataSource y Data-
Member. A continuación, instanciaremos un obje-
to DataGridViewCellStyle, estableciendo valores
en sus principales propiedades, lo que nos per-
mitirá modificar las características visuales pre-
determinadas de los datos mostrados. Finalmen-
te, asignaremos el objeto de estilo a la propiedad
DefaultCellStyle del control, como vemos en el
listado 2, mientras que el resultado podemos ver-
lo en la figura 1.
Aparte del evidente cambio en la combinación
de colores para los estados normal y seleccionado de
 << dnm.plataforma.net

Propiedad Descripción
// establecer la fuente de datos
BackColor Color de fondo para la celda. // para el DataGridView
ForeColor Color de primer plano para la celda. this.dgvGrid.DataSource=dsAdvWorks;
this.dgvGrid.DataMember=“DimProduct”;
SelectionBackColor Color de fondo para la celda en estado seleccionado
SelectionForeColor Color de primer plano para la celda en estado selec- // creación de estilo para el
cionado. // control DataGridView
DataGridViewCellStyle styEstilo;
Format Cadena de formato para personalizar la presentación
de datos numéricos, fechas, etc. styEstilo =
Alignment Valor de la enumeración DataGridViewContentAlignment, new DataGridViewCellStyle();
que utilizaremos para establecer la alineación del con- styEstilo.BackColor =
tenido de la celda. Color.LightYellow;
styEstilo.ForeColor=
Font Tipo de letra con el que se mostrará el texto de la celda. Color.DarkViolet;
styEstilo.Alignment=
WrapMode En celdas con texto extenso, esta propiedad permite DataGridViewContentAlignment.TopRight;
dividir dicho texto en varias líneas o truncarlo. styEstilo.NullValue =
“Sin asignar”;
NullValue Tipo Object que utilizaremos para mostrar el valor de
styEstilo.SelectionBackColor=
la celda cuando el campo original del origen de datos Color.DarkGreen;
sea nulo. styEstilo.SelectionForeColor =
Padding Establece el espacio de relleno para los márgenes de Color.LightSkyBlue;
la celda. styEstilo.WrapMode =
DataGridViewTriState.True;
Tabla 1. Propiedades de la clase DataGridViewCellStyle
this.dgvGrid.DefaultCellStyle =
las celdas, existen algunos aspectos adi- styEstilo;
cionales dignos de mención, como sería
// obtención de datos el tratamiento del texto mostrado. Por
SqlConnection cnConexion;
cnConexion = new SqlConnection(); defecto, el contenido de las celdas queda Listado 2
cnConexion.ConnectionString = alineado a la izquierda, pero en esta oca-
“Data Source=localhost;” + sión, utilizando la enumeración Data- Respecto a la columna SpanishPro-
“Initial Catalog=AdventureWorksDW;”+
“Integrated Security=True”; GridViewContentAlignment, logramos que ductName, habremos notado que es un
se sitúe en la parte superior derecha. campo con valores de longitud superior
string sSQL;
sSQL=“SELECT ProductKey, ” +
“SpanishProductName, ListPrice, ”+
“EndDate, ProductLine ”;
sSQL+=“FROM DimProduct “;
sSQL+=“WHERE ListPrice IS NOT NULL”;

SqlCommand cmdComando;
cmdComando = new
SqlCommand(sSQL, cnConexion);

SqlDataAdapter daAdaptador;
daAdaptador = new
SqlDataAdapter(cmdComando);

DataSet dsAdvWorks;
dsAdvWorks = new DataSet();

daAdaptador.Fill( dsAdvWorks,
“DimProduct”);
<<dotNetManía

Figura 1. Creación de un primer estilo

Listado 1.

25
 << dnm.plataforma.net
al resto. Gracias a la propiedad WrapMo-
de del estilo, conseguimos que su texto
se divida en varias líneas, de forma que
encaje adecuadamente en la celda. Esto
podemos comprobarlo aumentando
manualmente la altura de algunas filas
en la cuadrícula.
Finalmente, nos encontramos con
el caso de registros conteniendo cam-
pos con valores nulos, como ocurre en
la columna EndDate, para la que utiliza-
mos una cadena con un literal infor-
mativo de tal situación en la propiedad
NullValue del estilo.
Como puede comprobar el lector,
establecer un estilo básico en un con-
trol DataGridView resulta una operación
muy sencilla de realizar.
Aplicación de estilos
por regiones
Acabamos de ver que el área de actua-
ción de un estilo, cuando es asignado a
la propiedad DefaultCellStyle de un
DataGridView, abarca todas las celdas de
datos del control. Pero podemos ser
más selectivos en el uso de un estilo,
haciendo que éste afecte a una zona más
concreta, por ejemplo, las cabeceras de
columna.
Esta funcionalidad la conseguire-
mos asignando el estilo a la propiedad
ColumnHeadersDefaultCellStyle del con-
trol, como vemos en el listado 3, don-
de empleamos un tipo de letra distinto
del resto de celdas y establecemos una
alineación a la derecha usando la pro-
piedad Alignment del estilo, de forma
que el texto de las cabeceras y el del res-
to de celdas queden alineados en extre-
mos opuestos.
Sin embargo, al ejecutar la apli-
cación, los colores definidos para la
cabecera del control con toda segu-
ridad no se mostrarán, permanecien-
do la combinación predeterminada
original.
<<dotNetManía
La respuesta a este aparentemente
anómalo comportamiento la encontra-
mos en la propiedad DataGridView.Ena-
26
// creación de estilo para las cabeceras del DataGridView
DataGridViewCellStyle styEstilo;
styEstilo = new DataGridViewCellStyle();
styEstilo.BackColor = Color.LightBlue;
styEstilo.ForeColor = Color.DarkOliveGreen;
styEstilo.Font = new Font(“Bradley Hand ITC”, 10, FontStyle.Bold);
styEstilo.Alignment = DataGridViewContentAlignment.BottomRight;
// asignar estilo a las cabeceras del control
this.dgvGrid.ColumnHeadersDefaultCellStyle = styEstilo;
Listado 3
bleHeadersVi- //....
sualStyles , la // establecer altura para las
cual tiene por // cabeceras de columna
defecto el valor this.dgvGrid.ColumnHeadersHeightSizeMode =
true, significando DataGridViewColumnHeadersHeightSizeMode.EnableResizing;
esto que las cabe- this.dgvGrid.ColumnHeadersHeight = 75;
ceras del control
utilizarán la com- // deshabilitar el uso de estilos
// del tema actual
binación de colo-
res del tema
this.dgvGrid.EnableHeadersVisualStyles = false;
actualmente Listado 4
seleccionado en
el sistema operativo. El control resultante lo vemos en la
Asignando false a esta propiedad figura 2.
lograremos que las cabeceras se mues- Para establecer estilos en el resto
tren con los colores establecidos en de regiones del DataGridView, tendre-
nuestro estilo. Adicionalmente, para mos que asignar el objeto de estilo a
comprobar que la alineación del texto la propiedad adecuada del control. La
en la cabecera se realiza en la parte infe- tabla 2 relaciona las propiedades con
rior derecha de sus celdas, configura- las que tendremos que trabajar para
remos el control para establecer por aplicar estilos a las diferentes regiones
código la altura de las mismas, utili- de la cuadrícula.
zando para ello las propiedades Column- En el caso de las colecciones Columns
HeadersHeightSizeMode y ColumnHeaders- y Rows, el estilo se aplica por separado
Height, como vemos en el listado 4. a la propiedad DefaultCellStyle de cada
Figura 2. Estilo aplicado a las cabeceras del control

Propiedad
DefaultCellStyle
Columns. Colección de objetos
DataGridViewColumn
ColumnHeadersDefaultCellStyle
Rows. Colección de objetos
DataGridViewRow
RowsDefaultCellStyle
AlternatingRowsDefaultCellStyle
RowHeadersDefaultCellStyle
Tabla 2. Propiedades para aplicar estilos por regiones del DataGridView
uno de los objetos integrantes de la
colección que necesiten el estilo.
Si, por ejemplo, además de los esti-
los que ya hemos establecido previa-
mente sobre las celdas de datos y
columnas, necesitamos facilitar la legi-
bilidad de las filas, aplicaremos un nue-
vo estilo mediante la propiedad Alter-
natingRowsDefaultCellStyle, lo que se
muestra en el listado 5, donde además,
también creamos y asignamos un esti-
lo para la columna ListPrice.
El resultado queda palpable en la
figura 3.
El mecanismo que controla el
orden de asignación de los estilos a las
regiones de la cuadrícula se encuentra
gobernado por el propio control. De
esta forma, independientemente del
orden que en nuestro código utilice-
mos para establecer los estilos, estos
serán aplicados según el orden mos-
trado por la tabla 3.
Un estilo y un formato para
cada tipo de dato
Gracias a la propiedad DataGridViewCo-
lumn.ValueType, podemos conocer el
tipo de datos que internamente mani-
pula una columna determinada del con-
trol, lo cual resulta de gran ayuda si
nuestra intención se basa en utilizar un
estilo distinto para las columnas del
<< dnm.plataforma.net
Región de DataGridView afectada DataGridView, en función del tipo de
datos con el que deban trabajar.
Todas las celdas del control excepto las cabe-
Este es el objetivo que perseguimos
ceras de columna y fila
en el listado 6, donde en primer lugar cre-
amos un estilo para cada tipo de datos.
Una o varias columnas del control
Recorriendo a continuación la colección
Columns del control, comprobaremos el
Cabeceras de columna
tipo de datos de cada columna y asigna-
remos el estilo según cuál sea dicho tipo.
Una o varias filas del control
Dado que estamos manejando datos
de fecha y numéricos, los cuales se pres-
Todas las filas del control
tan amablemente a ser formateados, en
Filas alternas del control esta ocasión haremos uso de la propie-
Cabeceras de fila
dad Format, existente en la clase Data-
GridViewCellStyle, para adaptar la pre-
sentación de las columnas correspon-
dientes a estos valores.
// estilo para las filas alternas
DataGridViewCellStyle styAlterno;
styAlterno = new DataGridViewCellStyle();
styAlterno.BackColor = Color.DarkViolet;
styAlterno.ForeColor = Color.LightYellow;
styAlterno.NullValue = “SIN VALOR”;
this.dgvGrid.AlternatingRowsDefaultCellStyle = styAlterno;
// estilo para una columna independiente
DataGridViewCellStyle styColumna;
styColumna = new DataGridViewCellStyle();
styColumna.BackColor = Color.LightSeaGreen;
styColumna.ForeColor = Color.FloralWhite;
styColumna.Font = new Font(“Tahoma”, 12, FontStyle.Bold);
styColumna.Alignment = DataGridViewContentAlignment.MiddleCenter;
this.dgvGrid.Columns[“ListPrice”].DefaultCellStyle = styColumna;
Listado 5
<<dotNetManía
Figura 3. Estilos aplicados a diversas regiones del control DataGridView
27
 << dnm.plataforma.net

La figura 4 muestra este ejemplo

Región de control Propiedad
en ejecución, donde podemos apreciar
Conjunto general de todas las celdas las diferentes configuraciones de colo-
de datos excepto las cabeceras DefaultCellStyle res, formato y alineación, dependien-
de columna y filas do del tipo de datos de cada columna.
La excepción la representa la combi-
Columnas (se asignan de forma
DataGridView.Columns[IndiceColumna].DefaultCellStyle nación de colores para las columnas
independiente)
en estado seleccionado, donde hemos
Filas RowsDefaultCellStyle utilizado los mismos valores en las
Filas alternas AlternatingRowsDefaultCellStyle
propiedades SelectionBackColor y
SelectionForeColor para todos los
Tabla 3. Orden de asignación de estilos a las regiones del DataGridView estilos.

Observe el lector que al manipular

la columna correspondiente al valor de
fecha, establecemos el ajuste de
tamaño de la misma mediante la pro-
piedad AutoSizeMode , para que su
anchura se adapte al valor que debe
mostrar y no quede éste truncado. Por
otro lado, al final de este listado tam-
bién establecemos el ajuste de tamaño,
en este caso para la altura de las filas
del control, empleando su propiedad
AutoSizeRowsMode. Con ello consegui-
mos que el texto del campo Spanish-
ProductName se muestre en su
totalidad, en aquellas celdas
cuyo contenido sea más Figura 4. Aplicando diferentes estilos según el tipo de datos de cada columna
extenso.

Modificación dinámica
de estilos durante
la navegación
Cuando manipulamos un control Data-
GridView, existen situaciones en las que
resultaría deseable que al efectuar una
interacción determinada sobre el con-
trol, este respondiera mediante algún
cambio en su estado visual.
Pongamos como ejemplo un
requerimiento bastante típico: cuan-
do el usuario desplaza el cursor del
ratón sobre las celdas del control,
debemos cambiar las propiedades de
presentación de la celda sobre la que
se encuentre el cursor, o bien la fila
<<dotNetManía

entera.
Tal funcionalidad la lograremos
utilizando los eventos CellMouseEn-

28
 << dnm.plataforma.net

// crear un estilo para cada tipo de datos de las columnas del grid
DataGridViewCellStyle styTexto = new DataGridViewCellStyle();
styTexto.BackColor = Color.SeaShell;
styTexto.ForeColor = Color.DarkMagenta;
styTexto.SelectionBackColor = Color.Lime;
styTexto.SelectionForeColor = Color.MediumBlue;
styTexto.Alignment = DataGridViewContentAlignment.TopCenter;
styTexto.Font = new Font(“Century Gothic”, 10, FontStyle.Italic |
Gracias a la propiedad
FontStyle.Bold);
styTexto.WrapMode = DataGridViewTriState.True; WrapMode del estilo, con-
DataGridViewCellStyle styFecha = new DataGridViewCellStyle();
styFecha.BackColor = Color.LightYellow;
seguimos que su texto se
styFecha.ForeColor = Color.Olive;
styFecha.SelectionBackColor = Color.Lime; divida en varias líneas, de
styFecha.SelectionForeColor = Color.MediumBlue;
styFecha.Format = “dddd, dd \\de MMMM \\de yyyy”;
styFecha.NullValue = “SIN FECHA”;
forma que encaje adecuada-
DataGridViewCellStyle styInt = new DataGridViewCellStyle();
mente en la celda
styInt.BackColor = Color.PowderBlue;
styInt.ForeColor = Color.Navy;
styInt.SelectionBackColor = Color.Lime;
styInt.SelectionForeColor = Color.MediumBlue;
styInt.Alignment = DataGridViewContentAlignment.MiddleRight;

DataGridViewCellStyle styDec = new DataGridViewCellStyle();

styDec.BackColor = Color.SandyBrown;
styDec.ForeColor = Color.DarkBlue;
styDec.SelectionBackColor = Color.Lime; ter y CellMouseLeave del control
styDec.SelectionForeColor = Color.MediumBlue;
styDec.Alignment = DataGridViewContentAlignment.MiddleRight; DataGridView, que como indican sus
styDec.Format = “#,#.#0”; respectivos nombres se producen
cuando el cursor del ratón entra y
// recorrer la colección de columnas,
// en función del tipo de datos, asignar un estilo sale de la superficie ocupada por una
foreach (DataGridViewColumn dgvcColumna in this.dgvGrid.Columns) celda.
{ Estos eventos reciben como pará-
if (dgvcColumna.ValueType == typeof(string))
{ metro un objeto DataGridViewCellEven-
dgvcColumna.DefaultCellStyle = styTexto; tArgs, cuyas propiedades ColumnIndex y
} RowIndex, utilizadas en combinación con
if (dgvcColumna.ValueType == typeof(DateTime)) la colección DataGridView.Cells, nos ser-
{ virán para averiguar la celda sobre la
dgvcColumna.DefaultCellStyle = styFecha; que deberemos aplicar el cambio de
// ajustar automáticamente el tamaño de la columna de fecha estilo.
dgvcColumna.AutoSizeMode = El listado 7 muestra el caso descri-
DataGridViewAutoSizeColumnMode.DisplayedCells; to, donde primeramente declaramos
}
una variable con ámbito para la clase
if (dgvcColumna.ValueType == typeof(int)) del formulario, que contendrá el nom-
{ bre del campo/columna sobre el que
dgvcColumna.DefaultCellStyle = styInt;
} vamos a actuar, ListPrice . A conti-
if (dgvcColumna.ValueType == typeof(decimal)) nuación, en el evento Load del formu-
{ lario, creamos un estilo para el control
dgvcColumna.DefaultCellStyle = styDec;
} y deshabilitamos la visualización de las
} etiquetas flotantes en las celdas, para
poder apreciar mejor el resultado en
// ajustar automáticamente el tamaño de las filas
this.dgvGrid.AutoSizeRowsMode = ejecución.
DataGridViewAutoSizeRowsMode.AllCellsExceptHeaders; Seguidamente, escribimos los
<<dotNetManía

métodos manipuladores de los even-

tos antes mencionados. En CellMou-
Listado 6 seEnter , en lugar de instanciar un

29
 << dnm.plataforma.net

public partial class Form1 : Form

{
// asignar el nombre de columna
string sNombreColumna = “ListPrice”;

private void Form1_Load(object sender, EventArgs e)

{
//....
// desactivar la visualización de tooltips en las celdas
this.dgvGrid.ShowCellToolTips = false;
Figura 5. Modificación dinámica de estilo
// crear y aplicar un estilo al grid en celda al pasar el cursor del ratón
DataGridViewCellStyle styTexto = new DataGridViewCellStyle();
styTexto.BackColor = Color.Wheat;
styTexto.ForeColor = Color.DarkMagenta; objeto DataGridViewCellStyle, mani-
this.dgvGrid.DefaultCellStyle = styTexto;
}
pulamos directamente las propieda-
des del estilo ya existente en la celda
// al entrar el cursor del ratón en la celda para obtener el resultado deseado;
private void dgvGrid_CellMouseEnter( object sender, mientras que CellMouseLeave es
DataGridViewCellEventArgs e) mucho más simple: asignamos a la cel-
{
// si el cursor está en una celda de datos
da el estilo predeterminado (original)
if (e.RowIndex >= 0) del control.
{ La figura 5 muestra este ejemplo en
// comprobar el nombre de la columna ejecución, donde podemos apreciar la
if (this.dgvGrid.Columns[e.ColumnIndex].Name == sNombreColumna) celda sobre la que está posicionado
{
// modificar propiedades de estilo de la celda en la
actualmente el cursor.
// que estamos situados Si queremos hacer extensiva esta
this.dgvGrid.Rows[e.RowIndex].Cells[sNombreColumna].Style.BackColor= funcionalidad a la totalidad de la fila,
Color.MediumPurple; recorreremos todas sus celdas emple-
this.dgvGrid.Rows[e.RowIndex].Cells[sNombreColumna].Style.ForeColor=
Color.Lavender;
this.dgvGrid.Rows[e.RowIndex].Cells[sNombreColumna].Style.Format=
“#,#.#0”;
this.dgvGrid.Rows[e.RowIndex].Cells[sNombreColumna].Style.Font=
new Font(“Sylfaen”, 14, FontStyle.Bold);
this.dgvGrid.Rows[e.RowIndex].Cells[sNombreColumna].Style.Alignment=
DataGridViewContentAlignment.MiddleCenter;

}
} La propiedad Format de
}
DataGridViewCellStyle
// al salir el cursor del ratón en la celda
private void dgvGrid_CellMouseLeave( object sender, permite adaptar la
DataGridViewCellEventArgs e)
{ presentación de las
// si el cursor está en una celda de datos
if (e.RowIndex >= 0) columnas que contienen
{
// devolver el estilo de la celda a su valor original
this.dgvGrid.Rows[e.RowIndex].Cells[sNombreColumna].Style =
valores de fecha y
}
this.dgvGrid.DefaultCellStyle; numéricos
}
}
<<dotNetManía

Listado 7

30
 << dnm.plataforma.net

private void dgvGrid_CellMouseEnter(object sender, DataGridViewCellEventArgs e)

{
if (e.RowIndex >= 0)
{
foreach (DataGridViewCell oCelda in this.dgvGrid.Rows[e.RowIndex].Cells)
{
oCelda.Style.BackColor = Color.MediumPurple;
oCelda.Style.ForeColor = Color.Lavender;
oCelda.Style.Font = new Font(“Sylfaen”, 14, FontStyle.Bold);
oCelda.Style.Alignment = DataGridViewContentAlignment.MiddleCenter;
switch (oCelda.OwningColumn.Name)
{
case “ListPrice”:
oCelda.Style.Format = “#,#.#0”;
break;
case “EndDate”:
oCelda.Style.Format = “ddd-MMMM-yy”;
break;
}
}
}
}
private void dgvGrid_CellMouseLeave(object sender, DataGridViewCellEventArgs e)
{
if (e.RowIndex >= 0)
{
foreach (DataGridViewCell oCelda in this.dgvGrid.Rows[e.RowIndex].Cells)
{
oCelda.Style = this.dgvGrid.DefaultCellStyle;
}
}
}

Listado 8

el que averiguamos la columna

sobre la que estamos iterando, apli-
cando el formato cuando sea opor-
tuno. Todo ello lo podemos ver en
el listado 8.

Articulo.Style.Estado =
Terminando;

A lo largo de este artículo, hemos

abordado los estilos del DataGrid-
Figura 6. Modificación dinámica de estilo en fila al pasar el cursor del ratón View, como medio para realzar los
datos expuestos mediante este con-
trol, de manera que la información
ando la colección Cells del objeto DataGridView- exhibida resulte al usuario atractiva a la par que útil.
Row actual. Nótese que para las celdas en las que Esperamos que todo este conjunto de característi-
<<dotNetManía

debemos aplicar formato hacemos uso de la pro- cas sirvan para allanar el camino a los lectores que
piedad DataGridViewCell.OwningColumn , que nos necesiten desarrollar aplicaciones utilizando este
devuelve un objeto DataGridViewColumn, mediante control.

32
 << dnm.servidores.sql
Miguel Egea
servidores.sql
Arquitecturas distribuidas
con Service Broker (y II)

Lanzar procesos asíncronos, o usar la base de datos como sustento para

conseguir asincronía es sin duda interesante; ahora bien, lo es más aún que
esa arquitectura permita, de forma transparente al que la programa, distri-
buir los componentes en distintos servidores e incluso balancear la carga
que pueda suponer la operación en destino. En esto invertiremos los
siguientes párrafos, veremos cuál es la arquitectura que sustenta todas
estas operaciones dentro de Service Broker.

Miguel Egea
es un Mentor Asocia-
do de Solid Quality
Learning Iberoameri-
cana, Ingeniero Técni-
co en Informática de
Sistemas con más de
16 años de experien-
cia. MVP en SQL Ser-
ver, ejerce como
DBA para importan-
tes empresas del Sec-
tor. Miguel es, además,
ponente asiduo en
eventos relacionadas
Introducción
En la primera entrega sobre Service Broker mos-
tramos cómo usar los nuevos mecanismos de asin-
cronía dentro de SQL Server. Si nos paramos a pen-
sar, estamos ante una arquitectura muy desacopla-
da: cada pieza de código se encarga de su tarea o del
servicio que tiene que ofrecer y eso es bueno, muy
bueno, puesto que nos permite una versatilidad enor-
me a la hora de enviar y procesar mensajes de for-
ma asíncrona.
Sin embargo, en la entrega anterior no vimos
nada sobre la distribución de la información basada
en Service Broker. ¿Acaso éste solamente propor-
ciona mensajes asíncronos que han de ser entrega-
dos y consumidos en la misma máquina? La res-
puesta es, obviamente, no.
La clave para enviar mensajes que puedan ser
consumidos en otro servidor y otra base de datos la
tenemos en la sintaxis de la instrucción BEGIN DIA-
LOG, que podemos ver en el listado 1.
El servicio de destino viene entrecomillado, y
eso es simplemente porque ese servicio no tiene
por qué estar en la base de datos actual, sino que
puede estar en cualquier base de datos de cualquier
servidor que esté conectado a nuestro servidor SQL
Server 2005.
BEGIN DIALOG [ CONVERSATION ] @dialog_handle
FROM SERVICE initiator_service_name
TO SERVICE 'target_service_name'
[ , { 'service_broker_guid' |
'CURRENT DATABASE' } ]
[ ON CONTRACT contract_name ]
[ WITH
[ { RELATED_CONVERSATION =
related_conversation_handle |
RELATED_CONVERSATION_GROUP =
related_conversation_group_id } ]
[ [ , ] LIFETIME = dialog_lifetime ]
[ [ , ] ENCRYPTION = { ON | OFF } ] ]
[ ; ]
Listado 1
rar cuanto sea necesario para que esos servidores
estén accesibles; es decir, tendremos que construir
toda la estrategia de enrutado y seguridad para que
los mensajes puedan ser entregados.
Service Broker y las comunicaciones
<<dotNetManía

con tecnologías Pero vayamos por partes: antes de poder enviar El proceso de comunicación se basará en TCP, y
Microsoft. mensajes a otros servidores, habremos de configu- básicamente podremos, mediante endpoints, con-

33
 << dnm.servidores.sql

figurar SQL Service Broker para que entregue

mensajes entre distintos servidores. Una vez que
hayamos visto cómo se configuran esos endpoints,
indagaremos sobre los protocolos que se utilizan y
los mecanismos de seguridad que podemos imple-
mentar. Finalmente, veremos cómo implementar Los endpoints son el mecanismo
reenvío de mensajes (forwarding) y la arquitectura
resultante una vez tenidos en cuenta todos estos que utiliza SQL Server 2005 para
aspectos.
comunicarse con el exterior, no
Endpoints
Los endpoints son el mecanismo que utiliza SQL
solo para Service Broker sino
Server 2005 para comunicarse con el exterior. De
hecho, los usa no solo para Service Broker sino para
para cualquier petición que le
cualquier petición que le llega del exterior, incluyen-
do las tradicionales peticiones TDS por el puerto en llega del exterior, incluyendo las
el que escuche el servicio SQL.
Los endpoints no son, por tanto, exclusivos de Ser- tradicionales peticiones TDS
vice Broker; el mismo mecanismo se usa para otros
tipos de puertos, como SOAP, a través de los que
podemos publicar procedimientos almacenados como
servicios Web; mirroring, mecanismo que sirve para
dotar a SQL Server de alta disponibilidad incluso con
failover automático sin necesidad de clustering, y por
supuesto, para Service Broker, que será de lo que tra-
taremos en este artículo. En resumen, un endpoint de Service Broker no es
Un ejemplo de creación de un endpoint podría ser sino un puerto en el que Service Broker estará espe-
el que se muestra en el listado 2. rando mensajes para ser procesados en cuanto lleguen.
Todos estos objetos pertenecen a la arquitectu-
ra interna de Service Broker, y no será necesario
tenerlos en mente más allá de la primera vez que los
CREATE ENDPOINT SBServer1EndPoint montemos.
STATE=STARTED
AS TCP (LISTENER_PORT =4025)
FOR SERVICE_BROKER Protocolos
(AUTHENTICATION = WINDOWS,
ENCRYPTION =SUPPORTED) La aproximación que Service Broker utiliza en
cuanto a protocolos es una aproximación basada en
capas; esto es lo que le permite operar sin necesidad
Listado 2 de conocer el servicio de destino ni el tipo de trans-
porte físico que se va a usar. Estos protocolos son
Si nos fijamos, veremos que en esta sentencia transparentes a la aplicación que los usa, pero está
especificamos su estado, es decir, si desde el princi- bien conocerlos para entender los mecanismos de
pio está o no escuchando; el puerto, que por supues- funcionamiento de Service Broker.
to ha de ser un puerto libre, y además identificamos Las capas que usa Service Broker son las llama-
el mecanismo de autenticación, en el que profundi- das Dialog Protocol (protocolo de diálogo), Adjacent
zaremos cuando hablemos de Service Broker y la Broker Protocol (protocolo de broker adyacente), y Trans-
seguridad. port Protocol (protocolo de transporte).
Existen vistas de metadatos que proporcionan La capa superior es el llamado protocolo de diá-
información sobre los endpoints instalados y su confi- logo, que es el encargado de garantizar que los
guración, como sys.endpoints, sys.tcp_endpoints y mensajes se entregan una vez y solo una vez, y ade-
sys.service_broker_endpoints. Estas vistas pueden ayu- más también se encarga de garantizar el orden de
<<dotNetManía

darnos a administrarlos, aunque naturalmente SQL entrega de los mensajes. La vista del sistema
Server Management Studio nos será también de ayu- sys.conversation_endpoints nos muestra la infor-
da en esta labor. mación que maneja esta capa.

34

La capa intermedia, creada de acuerdo al pro-
tocolo de transporte a utilizar, es la que sirve para
que el protocolo de diálogo no tenga que conocer
nada sobre el transporte. Esta capa se encarga de
dividir los mensajes de la forma necesaria para que
viajen adecuadamente por el protocolo de trans-
porte. La vista del sistema sys.dm_broker_connec-
tions contiene información acerca del trabajo que
está realizando esta capa.
Por último, el protocolo de transporte (por ejem-
plo, TCP-IP) se encarga de la transmisión del men-
saje, y cae fuera de los límites de Service Broker.
Todas estas capas se encargan de procesos tan
importantes como el envío de reconocimientos (ACK),
particionado de mensajes, chequeos de integridad…
Resultan por tanto imprescindibles para el correcto
funcionamiento de Service Broker.
Mensajes especiales
Hay algunos tipos especiales de mensajes que son
insertados por los protocolos. Estos mensajes tienen
que ver con la lógica propia de tratamiento de men-
sajes y son tres: mensajes de temporizador de diálogo
(dialog timer), que se producirán si establecemos un
timer para la entrada de mensajes en una cola, los men-
sajes de error, que se enviarán en caso de que se pro-
duzca cualquier tipo de error y contendrán informa-
ción relativa a ese error, y los mensajes de fin de diá-
logo, que sirven para acabar la conversación en los dos
extremos del servicio.
Estos mensajes son realmente importantes y ade-
más tienen utilidad no solo a nivel de infraestructura
sino en muchos otros ámbitos. Por ejemplo, los men-
sajes de temporizador podrían usarse para levantar
alertas por falta de tráfico, y que un servicio se encar-
gase de mandar mensajes “de sonda” para comprobar
que realmente toda la infraestructura sigue funcio-
nando.
Name Remote_service_name Broker_instance
AutoCreatedLocal NULL NULL
Name Remote_service_name Broker_instance Address
AutoCreatedLocal NULL NULL
RutaRemota RutaEnvio 6F1D7685-91AA-
4788-961E-
489D897C6429
<< dnm.servidores.sql
La infraestructura de routing se basa en
la tabla de rutas y en un algoritmo de
elección de la ruta, y ofrece una
impresionante versatilidad
Routing
Un servicio como Service Broker, cuya utilidad
fundamental será implementar arquitecturas distri-
buidas basadas en conversaciones (ya no decimos men-
sajes: es un paso más allá de esto), quedaría incom-
pleta sin un sistema que permita enrutar mensajes
hacia distintos servicios. Más aún, es muy posible que
nuestro servidor de back-end no vaya a estar directa-
mente expuesto a Internet, pero que sí sea Internet
el mecanismo de envío, transporte y recepción de
información.
La infraestructura de routing se basa en la tabla de
rutas y en un algoritmo de elección de la ruta que vere-
mos un poco más adelante. En la tabla de rutas
(sys.routes) siempre existe una ruta llamada AutoCre-
atedLocal, tal y como puede verse en la tabla 1.
Esa ruta será la usada para cualquier servicio
cuyo nombre no se encuentre en el campo remo-
te_service_name. En esta tabla, lo más importante
el campo Address, que en el caso de la ruta auto-
creada apunta a la base de datos local. Si usted ha
leído nuestro artículo anterior, seguramente aca-
Address Mirror_adress
LOCAL NULL
Tabla 1
Mirror_adress
LOCAL NULL
TCP:// TCP://
<<dotNetManía
servidordestino.sqlint.com:4022 servidordestino2.sqlint.com:4022
Tabla 2
35
 << dnm.servidores.sql
bará de comprender por qué sin poner ni una sola
ruta el código que publicamos simplemente fun-
ciona. Nada como las cosas “por defecto” para que
todo funcione mágicamente.
La seguridad basada en certificados
permite garantizar la seguridad sin
necesidad de que los intervinientes
pertenezcan a ningún dominio, tengan
entre sí una relación de confianza
ni nada que se le parezca
Sin embargo, este mecanismo de rutas da una
impresionante versatilidad, como vamos a ver con
algunos ejemplos.
En la tabla 2 podemos ver una entrada cuya direc-
ción ya no es local; ya no se estará buscando en la pro-
pia base de datos, sino que se irá a buscar una instan-
cia específica de Service Broker en el servidor de des-
tino; aquella cuyo código de instancia se correspon-
da con el GUID que ahí figura.
Ese GUID se buscará en la tabla sys.databases
que existe en master. Uno de los nuevos campos incor-
porados en SQL Server 2005 es el identificador de la
base de datos para Service Broker. Este identificador
puede cambiarse con la instrucción ALTER DATABASE xxx
SET NEW_BROKER, comando, que obviamente, habrá de
ser usado con mucho cuidado, puesto que hará que
todas las conversaciones a medias acaben sin mandar
el mensaje de tipo END DIALOG. La dirección
Mirror_Address se utiliza para escenarios de mirroring;
en este caso, Service Broker será capaz de enviar datos
a la dirección de la base de datos que esté activa en
cada momento.
Basado en el mismo mecanismo podremos inclu-
so gestionar escenarios de balance de carga (load balan-
cing). La forma de implementarlo es insertando una
nueva ruta a otra dirección para un mismo nombre
de servicio remoto. Cuando se envíe un mensaje a un
servicio, Service Broker buscará en la tabla de rutas y
aleatoriamente enviará datos a una u otra dirección.
<<dotNetManía
Si estuviésemos utilizando una estrategia “dispara y
olvida”, es decir, de enviar un mensaje y simplemen-
te tener garantizada su entrega, esta forma de hacer
36
balance de carga no supondría ningún problema; sin
embargo, una vez comenzada una conversación, en el
mensaje ACK viene la información de destino, y en
adelante el resto de conversación irá al mismo servi-
dor de destino.
Además, puede configurarse un servicio para que
simplemente ejerza tareas de forwarding; es decir, que
cuando llegue un mensaje a su dirección, simplemente
envíe ese mensaje al servidor de destino real. El ser-
vidor estará en este caso haciendo meramente de
puente entre el servidor de origen y el servidor de
destino. Esto es muy útil, por ejemplo, para no expo-
ner un servidor de front-end a Internet. La forma de
implementar esto es incluir esa ruta en la tabla MSDB.
La base de datos MSDB tiene, por tanto, un rol espe-
cial en el enrutado de Service Broker.
Un servidor que se encarga de las tareas de for-
warding de mensajes no tiene la necesidad de alma-
cenar ningún mensaje en disco. Esto es debido a que
el único ACK válido para el mensaje será el del ser-
vidor de destino, esté éste en el dominio en que esté,
y el servidor de forwarding únicamente hará de puen-
te entre origen y destino para mensajes normales y
mensajes ACK generados automáticamente.
La sintaxis completa de la instrucción para crear
una ruta es la que puede verse en el listado 3.
CREATE ROUTE route_name
[ AUTHORIZATION owner_name ]
WITH
[ SERVICE_NAME = ‘service_name’, ]
[ BROKER_INSTANCE =
‘broker_instance_identifier’,]
[ LIFETIME = route_lifetime , ]
ADDRESS = ‘next_hop_address’
[ ,MIRROR_ADDRESS = ‘next_hop_mirror_address’]
[ ; ]
Listado 3
En algunas ocasiones puede resultar interesan-
te implementar enrutado dinámico — hasta el
momento solo hemos visto enrutado estático—, es
decir, un enrutado en el que la ruta de destino está
escrita en la tabla sys.routes. La forma de escribir
rutas dinámicas es leer un mensaje de tipo Missin-
gRoute de la cola y reaccionar creando en ese
momento la ruta adecuada. En el mensaje Missin-
gRoute viene la información del nombre del servi-
cio para el que no se conoce ruta, y sería posible por
tanto preguntar a una aplicación externa o a una
tabla de configuración la dirección actual válida para

enrutar el mensaje. No hay que confundir el routing
dinámico con el uso de la cláusula TRANSPORT que se
puede especificar en la instrucción CREATE ROUTE y
que lo que hará es enrutar en base al nombre del ser-
vicio. No profundizaremos más aquí en el enrutado
dinámico —creo que con esta pincelada el lector
podrá hacerse una idea bastante aproximada de cómo
implementar esta técnica, si es adecuada, en sus sis-
temas—.
Seguridad
Service Broker ofrece seguridad de transporte y
seguridad de diálogo. La seguridad de diálogo es
implementada mediante la encriptación de los men-
sajes que se intercambian, mientras que la seguridad
de transporte previene de que conexiones no autori-
zadas envíen mensajes a Service Broker.
A la hora de crear endpoints pueden especificarse
credenciales Windows; esas credenciales con los per-
misos necesarios dentro de Service Broker son una
de las opciones de seguridad. Sin embargo, para el
artículo vamos a centrarnos en la seguridad basada
en certificados.
La seguridad basada en certificados nos permite
garantizar la seguridad sin necesidad de que todos los
intervinientes pertenezcan a ningún dominio, ni ten-
gan entre sí una relación de confianza ni nada que se
le parezca. En este sentido, nos ofrece la versatilidad
que necesitamos en entornos complejos de arquitec-
turas realmente distribuidas.
Adicionalmente podemos crear un Remote Servi-
ce Binding, de tal forma que podemos especificar el
“principal”, es decir, la identidad propietaria del cer-
tificado con el servicio; de esta forma garantizaremos
que el transporte se hace encriptado, como veremos
más adelante.
DECLARE @brokIns uniqueidentifier
SELECT @brokIns=service_broker_guid
FROM [SERVIDOR CON SERVICE BROKER DE DESTINO].master.sys.databases where name=’pruebas’
DECLARE @sql nvarchar(1000)
set @sql = ’use pruebas CREATE ROUTE RutaEnvio WITH SERVICE_NAME=’’SrvPeticion’’, BROKER_INSTANCE = ‘’’ +
cast(@brokIns as nvarchar(50)) +
‘’’,ADDRESS = ‘’TCP://server5.sqlint.com:4025’’’
EXEC (@sql);
<< dnm.servidores.sql
Un ejemplo práctico
Crearemos una ruta para nuestro servicio, como
puede verse en el listado 4. El código tiene algunas
particularidades; por ejemplo, usa el nombre en cua-
tro partes, lo que hará necesario que el servidor de
destino esté añadido como servidor vinculado (linked
server). El único motivo para hacer esto es determi-
nar el GUID de la instancia de broker en destino; no
obstante, esta rutina podría sustituirse, evitando tam-
bién el código dinámico, simplemente copiando el
identificador de instancia de broker y quitando toda
referencia al servidor vinculado.
Recordemos que ya hay un endpoint creado, cuyo
código puede verse en el listado 2. Un endpoint habrá
de ser creado en cada uno de los servidores que entren
en conversación.
El mecanismo elegido para la autenticación será
el de certificados. Lo que hacemos es crear un certi-
ficado y crear un usuario basado en ese certificado que
tenga los permisos necesarios para poder enviar y reci-
bir mensajes. Para ello, primero obviamente hay que
crear el certificado; en el listado 5 puede verse cómo
se crean esos certificados.
USE MASTER
GO
CREATE MASTER KEY ENCRYPTION BY
PASSWORD=’Pa$$w0rd1234567890’
GO
CREATE CERTIFICATE CertificadoServer1
WITH SUBJECT =’servidor5.sqlint.com’,
START_DATE=’20060101’,
EXPIRY_DATE=’21000101’
ACTIVE FOR BEGIN_DIALOG=ON;
Listado 5
<<dotNetManía
Listado 4
37
 << dnm.servidores.sql

BACKUP CERTIFICATE CertificadoServer1 TO FILE = ‘x:\ruta\Certificadoserver1.cer’

CREATE CERTIFICATE CertificadoServer1 FROM FILE = ‘y:\ruta\Certificadoserver1.cer’

CREATE LOGIN LoginSb FROM CERTIFICATE CertificadoServer1

GRANT CONNECT ON ENDPOINT::SBServer2EndPoint TO LoginSb

Listado 6

El crear la clave maestra es una necesidad a la hora
de poder crear un certificado, de ahí que incluyamos
el comando en el listado anterior.
La tabla 3 nos indica también cuándo la conver-
sación fluye en texto claro por la red y cuándo está
cifrada. Las conversaciones diferidas lo que indican
es que los mensajes quedarán en las tablas de
sys.transmission_queue, es decir, en el estado de listas
para ser transportadas, hasta que la encriptación pue-
da ser garantizada.

Con Remote Service Binding Sin Remote Service Binding

ENCRYPTION = ON Conversación cifrada Conversación diferida
ENCRYPTION = OFF Conversación cifrada Conversación en texto claro
(sin cláusula ENCRYPTION) Conversación cifrada Conversación diferida

Tabla 3

Este certificado lo vamos a llevar al servidor de Algunas herramientas

destino, y aunque para recibir mensajes cifrados nos
bastaría por supuesto con llevar solamente la clave
pública, lo vamos a llevar entero para simplificar el
mecanismo, para ello le haremos una copia de segu-
ridad usando la instrucción BACKUP CERTIFICATE. A con-
tinuación, lo que deberíamos hacer es copiar ese cer-
tificado al servidor desde el que queremos conectar-
nos, y una vez en ese otro servidor habremos de lan-
zar los comandos de restauración del certificado, cre-
ación del login asociado a ese certificado y de los per-
misos de acceso correspondientes, como puede com-
probarse en el listado 6.
La parte de encriptación va asociada no solamente
al endpoint, sino también a la conversación. Como hemos
comentado anteriormente, en la instrucción que hemos
ejecutado hemos indicado que este endpoint va a ser
capaz de recibir mensajes tanto encriptados como no
encriptados. Yo recomendaría leer este documento:
<<dotNetManía
En el blog de Resmu Rusanu puedes encontrar un enla-
ce a una joyita que él mismo ha desarrollado:
http://www.codeplex.com/slm. Se trata de una aplica-
ción que con una interfaz gráfica más amigable ayuda a
crear todo lo necesario para disponer de rutas, endpoints
y seguridad. Lo cierto es que buena parte de la com-
plejidad asociada con la sintaxis y los conceptos quedan
bastante simplificados con esta interfaz.
Resumen
Service Broker es una herramienta muy interesante
para crear aplicaciones que necesiten establecer conver-
saciones completas, aportando una infraestructura espec-
tacular para soportar esas aplicaciones. No solamente por
la conversación; la disponibilidad, escalabilidad y versa-
tilidad de la plataforma, además de la robustez transac-

http://blogs.msdn.com/remusrusanu/archi- cional que le da estar en la base de datos hacen de Servi-

ve/2006/07/07/659319.aspx para ampliar la informa- ce Broker un producto que merece la pena tener en cuen-
ción al respecto. ta para crear aplicaciones distribuidas complejas.

38
 José Francisco Bonnín
Referencias débiles
José Francisco Bonnín es
Product Development
Manager en Payvision y
coordinador del grupo
de usuarios Baleares on
.NET.
http://blogs.clearscreen.co
m/jfbonnin
plataforma.net
en .NET Framework
Seguramente en alguna ocasión se le ha presentado una situación en la que tiene
que crear un objeto que ocupa bastante memoria y que tarda en crearse. En tales
casos, lo primero sería revisar el diseño de ese objeto para ver cómo optimizarlo,
pero si no podemos hacerlo es común que nos asalte la duda de qué hacer: ¿hace-
mos Dispose() del objeto al acabar de utilizarlo para liberar memoria? ¿o lo man-
tenemos para evitar los costes de construcción en un futuro?
Uno de los primeros consejos que recibimos a la
hora de optimizar el rendimiento de cualquier apli-
cación es que sigamos el principio básico de cre- class BigStuff
ar los objetos solo cuando vayamos a utilizarlos y {
private int id;
liberarlos lo antes posible. Sin embargo, nadie
duda de la efectividad de utilizar cachés en según public BigStuff(int identifier)
qué casos. {
En .NET Framework disponemos de una cla- id = identifier;
se llamada WeakReference (referencia débil) para obte- Console.Out.WriteLine(string.Format(
ner una solución intermedia a la duda planteada al “Creating BigStuff {0} on thread {1}.”,
inicio. Esta clase está disponible desde la primera id, System.Threading.Thread.
versión de .NET, aunque su uso no está muy exten- CurrentThread.ManagedThreadId));
dido en desarrollos convencionales. La clase Wea- }
kReference nos permite mantener la referencia a un
public void PrintId()
objeto y al mismo tiempo dejar dicho objeto a dis- {
posición del recolector de basura para que lo reco- Console.Out.WriteLine(
lecte cuando sea necesario. Veamos cómo es posi- string.Format(“BigStuff Id: {0}”,id));
ble hacer esto y el comportamiento de este meca- }
nismo ante distintas situaciones.
Supongamos que disponemos de la clase BigS- ~BigStuff()
tuff que vemos en el listado 1. En el código que {
va continuación vemos cómo se crea un objeto del Console.Out.WriteLine(string.Format(
“Finalizing BigStuff {0} on thread {1}.”,
tipo anterior y cómo, encapsulando la instancia
id, System.Threading.Thread.CurrentThread.
creada dentro de una WeakReference, podemos recu- ManagedThreadId));
perarlo a través de la propiedad Target a pesar de }
haber asignado el valor null a la variable big que }
lo contenía (listado 2).
Lo que hemos hecho ha sido crear una WeakRe-
ference “corta”, gracias a la cual podremos recu- Listado 1
perar la referencia siempre y cuando el recolector
de basura no haya finalizado el objeto, en cuyo caso
obtendríamos null al acceder a la propiedad Tar- de una muy mala práctica, podemos forzar una lla-
get. Para comprobarlo, aún sabiendo que se trata mada al recolector (listado 3).

BigStuff big = new BigStuff(1);
WeakReference weakRef=new WeakReference(big);
big = null;
big = weakRef.Target as BigStuff;
if (big != null)
{ Es importante destacar que sólo podemos utilizar
big.PrintId();
} este último tipo de WeakReference con objetos cuya cla-
Listado 2
big = null;
GC.Collect();
GC.WaitForFinalizers();
big = weakRef.Target as BigStuff;
if (big != null)
{ de esta propiedad presenta un problema importante y es
big.PrintId();
} que —como sabrá— el recolector de basura utiliza su
Listado 3
La variación introducida en el código anterior tan
solo fuerza la llamada al recolector de basura, y espe-
ra a que todos los finalizadores acaben de ejecutarse
antes de continuar. Verá que esta vez no podemos recu-
perar la referencia a la instancia creada e imprimir por
pantalla el id que le habíamos asignado, sino que, por
el contrario, se ejecuta el finalizador. Al haber elimi-
nado todas las referencias a nuestro objeto, el reco-
lector, haciendo honor a su nombre, lo considera basu-
ra y lo recolecta.
Si anteriormente hemos utilizado una WeakRefe-
rence que hemos denominado “corta”, supongo que
habrá imaginado que también existe una WeakRefe-
rence “larga”. La diferencia entre ambas radica en
cuándo la propiedad Target se convierte en null y
por tanto, cuándo nuestro objeto deja de ser accesi-
ble. Ya hemos visto que en las referencias débiles cor-
tas esto sucede cuando el recolector de basura reco-
lecta el objeto después de que, en nuestro programa,
se hayan eliminado todas las referencias a él. En una
referencia débil “larga” podemos conseguir que, aun
habiendo eliminado todas las referencias, el reco-
lector de basura resucite el objeto al ejecutar el fina-
lizador, promoviéndolo a la siguiente generación y
por tanto otorgándole un tiempo de vida más largo.
Puede comprobarlo asignando true a la propiedad
TrackResurrection o utilizando la sobrecarga del
constructor:
public WeakReference (Object target,
bool trackResurrection);
<< dnm.plataforma.net
De esta manera verá, que a pesar de asignar null
a la variable big y haber llamado al recolector de basu-
ra, seguimos siendo capaces de obtener una referen-
cia, lo que será posible hasta que el recolector se encar-
gue de limpiarlo en la próxima recolección.
se implemente un finalizador, dado que es ahí donde
se “resucitará” el objeto; de no ser así, la referencia
débil “larga” tendría el mismo comportamiento que
las anteriores, puesto que no habría manera de saber
cuándo se está eliminando el objeto.
Por último, si consulta las propiedades de la clase
WeakReference verá que dispone de una propiedad lla-
mada IsAlive, la cual nos permite saber si podemos recu-
perar el objeto encapsulado en la referencia débil. El uso
propio hilo para llamar a los finalizadores. Para verlo más
fácilmente, en los mensajes que se muestran durante la
creación y destrucción del objeto de la clase BigStuff
hemos añadido el ManagedThreadId. Imagine por un
momento que tenemos el siguiente código:
BigStuff big = new BigStuff(1);
WeakReference weakRef=new WeakReference(big);
big = null;
if (weakRef.IsAlive)
{
GC.Collect();
GC.WaitForPendingFinalizers();
big = weakRef.Target as BigStuff;
big.PrintId();
}
Listado 4
Después de haber visto los ejemplos anteriores,
seguro que ya ha deducido que al ejecutarlo se lanzará
una excepción indicando que big es igual a null. Con
este ejemplo comprobamos que, aunque IsAlive
devuelva true, puede darse el caso de que el recolec-
tor de basura haya recolectado el objeto justo antes de
que vayamos a recuperar la referencia, por lo que es
necesario realizar siempre la comprobación de que la
propiedad Target no devuelva null, haciéndose total-
mente superfluo el uso de la propiedad IsAlive.
Conclusión
Como hemos visto, las referencias débiles nos pro-
<<dotNetManía
porcionan una forma distinta de gestionar el tiempo
de vida de nuestros objetos que puede resultarnos muy
útil en algunos casos.
41
 dnm.inicio.taller

Guillermo «Guille» Som

inicio
Ayuda en las aplicaciones .NET
El ayudador que nos ayude… seguramente será HelpProvider

Un sistema de ayuda es algo que siempre deberíamos implementar en nuestras

aplicaciones. En este artículo veremos cómo usar la clase Help y el componen-
te HelpProvider, el cual nos permite añadir ayuda a nuestras aplicaciones Win-
dows de una forma muy sencilla.

Guillermo “Guille”
Som es Microsoft MVP
de Visual Basic desde
1997. Es redactor de
dotNetManía, mentor
de Solid Quality Iberoa-
mericana, tutor de cam-
pusMVP, miembro de
Ineta Speakers Bureau
Latin America, y autor
de los libros “Manual
Imprescindible de Visual
Basic .NET” y “Visual
Basic 2005”.
http://www.elguille.info
Agregar ayuda a nuestras aplicaciones
En la mayoría de las aplicaciones actuales, salvo excep-
ciones, el formato de ayuda utilizado es el conocido
como ayuda HTML 1.0 o también ayuda CHM, por
la extensión que tienen estos ficheros de ayuda (.chm).
El aspecto de este tipo de ayuda es el que podemos
ver en la figura 1.
Figura 1. Aspecto de la ayuda HTML
Como podemos suponer, el formato de los
documentos usados para crear este tipo de ayuda
es HTML; es decir, se crean como páginas Web,
se le añaden algunos aditivos, se compilan y tene-
mos nuestro fichero de ayuda con la extensión .chm.
Una vez que hemos creado un fichero de este tipo,
lo podemos asociar con nuestra aplicación y usar-
lo por medio de las clases definidas en .NET Fra-
mework. El mayor problema seguramente se pue-
de presentar a la hora de crear este tipo de ayuda,
aunque eso no será un inconve-
niente, ya que en este mismo artí-
culo veremos cómo crear este tipo
de ayudas usando la utilidad HTML
Help Workshop que se incluye con
Visual Studio.
Básicamente, hay dos formas de
usar este tipo de ayuda desde nues-
tras aplicaciones de Visual Studio
2005. Por un lado, tenemos la cla-
se Help, que expone ciertos méto-
dos estáticos (compartidos) que nos
permiten mostrar la ayuda conteni-
da en un fichero CHM. También
existe un componente llamado Help-
Provider el cual, además de pro-
porcionar una forma de acceder a
esos tipos de ficheros de ayuda, nos
permite agregar ayuda emergente a
cualquier control que tengamos en
nuestro formulario. Veamos cómo
usar estas dos clases para proporcionar ayuda en
nuestras aplicaciones.

Añadir ayuda con HelpProvider
El componente HelpProvider nos ofrece una forma
muy sencilla de añadir ayuda a nuestras aplicacio-
nes. Cuando agregamos un componente de este tipo
a nuestro formulario, se añaden unas propiedades
adicionales a cada control que tenga dicho formula-
rio. Dos de esas propiedades sirven para acceder al
contenido de un fichero de ayuda compilada (.chm);
otra simplemente sirve para indicar si se debe mos-
trar o no la ayuda proporcionada por este compo-
nente ( ShowHelp), y la cuarta propiedad agregada
(HelpString) sirve para mostrar una ayuda emergente
cuando el usuario pulse la tecla [F1] mientras el con-
trol tenga el foco. Sabiendo esto, podemos utilizar
esa propiedad (HelpString) para que nuestras apli-
caciones muestren ayuda a los usuarios. La ventaja
de usar la propiedad HelpString es que el texto de
ayuda que queremos mostrar no es necesario que
esté en un fichero de ayuda, sino que lo indicamos
nosotros de forma directa en cada uno de los con-
troles que queremos que ofrezcan esa funcionalidad
cada vez que se pulse la tecla [F1].
Como podemos imaginar, esa forma de mostrar
ayudas no es la que el usuario preferirá, pero a falta
de otra cosa mejor, al menos nuestra aplicación reac-
cionará al pulsar esa tecla, lo que nos puede sacar de
apuros en algún momento en el que no tenemos muy
claro qué es lo que debemos hacer en nuestra aplica-
ción o queremos saber para qué sirven ciertas opcio-
nes que la aplicación nos muestra.
En la figura 2 podemos ver cómo usar el texto asig-
nado a la propiedad HelpString y qué es lo que vería
el usuario si pulsara la tecla de ayuda al estar posicio-
nado en la primera caja de textos del formulario.
Figura 2. La ayuda emergente con el
texto asignado a HelpString
Como podemos apreciar en la figura 2, esta ayu-
da es “para salir del paso” y seguramente no sería lo
<< dnm.inicio.taller
que nuestros usuarios desearían ver cuando pulsaran
la tecla [F1] en la aplicación.
Mejorar la ayuda proporcionada
con HelpProvider
Una forma de mejorar la ayuda mostrada por nues-
tra aplicación es mostrar un fichero HTML en lugar
del texto emergente proporcionado por la propiedad
HelpString.
Para indicar qué fichero HTML queremos usar
como ayuda, tenemos que indicar el path (la ruta com-
pleta, incluyendo el nombre del fichero) a la propie-
dad HelpNamespace del componente HelpProvider.
Cuando asignamos un valor a esa propiedad, lo que
hayamos asignado a la propiedad HelpString no se tie-
ne en cuenta, y lo que ocurre cuando el usuario pul-
sa la tecla [F1] es que se muestra el contenido del fiche-
ro HTML que hemos indicado en la propiedad Help-
Namespace. Esto es un “adelanto” con respecto al tex-
Figura 3. Usar la ayuda de un componente
to emergente, pero no es la solución “deseada”, ya
que ese mismo fichero es el que se usará para todos
los controles que tengamos en nuestro formulario.
Si queremos usar varios ficheros de ayuda, con
idea de asociar cada uno de ellos a un control dife-
rente, la única forma de hacerlo es agregando varios
componentes HelpProvider, de forma que cada uno
de esos componentes esté asociado con un fichero
HTML diferente, según el valor que hayamos asig-
nado a la propiedad HelpNamespace. Después asigna-
mos un valor verdadero a la propiedad ShowHelp del
<<dotNetManía
componente con la ayuda a mostrar en ese control;
de esta forma, cuando el usuario pulse la tecla de ayu-
da se mostrará el fichero correspondiente al “prove-
43
 << dnm.inicio.taller
edor” de ayuda que hemos decidido
usar con ese control. En la figura 3
podemos ver cómo el control seleccio-
nado utiliza la ayuda de uno de los com-
ponentes HelpProvider que tenemos en
el formulario.
Como podemos suponer, esto sería
bastante tedioso de hacer en una apli-
cación con muchos controles, al menos
si para cada uno de esos controles que-
remos usar un fichero de ayuda dife-
La clase Help no es
instanciable, por tanto, la
ayuda la mostraremos
usando los métodos
estáticos (o comparti-
dos) que expone
rente, sin contar que tendríamos que
agregar tantos componentes del tipo
HelpProvider como ficheros HTML
diferentes queramos utilizar.
Una mejor solución es usar un fiche-
ro de ayuda compilada. Veamos cómo
la podríamos usar por medio del com-
ponente HelpProvider.
Una solución más elegante
Si tenemos creado un fichero de
ayuda HTML, podemos asociarlo con
un componente HelpProvider de forma
que sea ese fichero de ayuda el que se
<<dotNetManía
utilice en lugar del texto proporciona-
do por la propiedad HelpString o de un
fichero HTML.
44
Cuando decidimos usar un fichero
de ayuda HTML, el nombre de ese
fichero CHM será el que indiquemos
en la propiedad HelpNamespace del com-
ponente HelpProvider. De forma prede-
terminada, al pulsar [F1] en uno de los
controles del formulario, se mostrará el
fichero de ayuda que hemos indicado.
Aunque al hacerlo, lo que se muestra es
la “página” predeterminada de dicho
fichero de ayuda. Lo deseado no es pre-
cisamente que siempre se muestre la
misma página, sino que según el con-
trol en el que el usuario pulse [F1] se
muestre la información referente a ese
“tópico”. Esto último es lo más intere-
sante y es también lo deseado, pero para
que eso sea posible, debemos tener pre-
parado el fichero de ayuda, ahora vere-
mos cómo, aunque antes de continuar
leyendo, es necesario saber las distintas
opciones que podemos configurar en un
fichero de ayuda HTML, y eso es lo que
explico en los recuadros “Estructura de
un fichero de ayuda HTML” y “Creación
de un fichero de ayuda HTML”.
Para utilizar de forma más eficiente
el fichero de ayuda HTML que tenemos
asociado al componente HelpProvider,
tendremos que usar la propiedad Help-
Navigator que el componente agrega a
cada control del formulario. Según el
valor que indiquemos en esa propiedad,
podremos acceder a las diferentes par-
tes de que se compone un fichero de ayu-
da HTML. Por ejemplo, si al pulsar [F1]
en un control queremos que se muestre
la ficha de contenido de la ayuda, el valor
de la propiedad HelpNavigator debe ser
TableOfContents. De la misma forma, al
asignar un valor Index se mostrará la ayu-
da con la ficha del índice seleccionada,
y si asignamos Find, la ficha que se mos-
trará será la de búsqueda.
Pero, como comentaba antes, la
opción que más usaremos es asignando
el valor TopicId. En este caso, debemos
asignar a la propiedad HelpKeyword el
valor del “tópico” que queremos mos-
trar. Ese valor debe estar asociado con
un elemento del fichero de ayuda; por
tanto, es importante crear de forma ade-
cuada el fichero de ayuda para poder
usarlo correctamente en nuestras apli-
caciones. Tal como comento en el recua-
dro “Creación de un fichero de ayuda
HTML”, los valores que podemos usar
en la propiedad TopicId son valores
numéricos que previamente hemos aso-
ciado en la ayuda HTML con páginas
de contenido de ese fichero de ayuda,
aunque también podemos asociar esos
tópicos con marcadores dentro de una
página; todo dependerá de cómo haya-
mos creado el fichero de ayuda.
Mostrar ayuda usando la clase
Help
Además del componente HelpProvider,
.NET Framework también proporciona
la clase Help para mostrar el contenido
de un fichero de ayuda compilado o bien
de páginas HTML independientes.
La clase Help no es instanciable,
por tanto, la ayuda la mostraremos
usando los métodos estáticos (o com-
partidos) que expone. Estos métodos
son ShowHelpIndex , que muestra el
índice de la ayuda, ShowPopup , que
muestra un texto emergente y Show-
Help, que permite indicar el fichero de
ayuda compilada o una página
HTML. En el caso de usar un fiche-
ro CHM, podemos indicar si quere-
mos mostrar la ficha de contenido, del
índice o de la búsqueda, además de
poder indicar el valor del tópico a
mostrar; esos valores los indicaremos
por medio de la enumeración HelpNa-
vigator. En todos estos métodos, el
[ ]
NOTA
Como podemos comprobar, al
tener que indicar el nombre del
fichero al llamar a cada méto-
do de la clase Help, con esta
clase podemos crear un siste-
ma de ayuda para nuestras apli-
caciones de una forma muy
fácil, ya que podemos usar
varios ficheros con la extensión
.htm, sin necesidad de crear un
fichero de ayuda compilada.

primer parámetro será la ventana propietaria (normalmente
usaremos una referencia a la instancia actual del formula-
rio, Me en Visual Basic o this en C#), y en caso de los méto-
dos ShowHelp y ShowHelpIndex , en el segundo parámetro
indicaremos el fichero de ayuda a utilizar, que puede ser
de tipo .chm o .htm; en el último caso, solo será aplicable
al método ShowHelp y, por supuesto, no tendrá sentido mos-
trar el contenido, el índice ni ningún otro valor que solo
es aplicable a los ficheros de ayuda compilada.
Por ejemplo, si queremos mostrar el contenido de la ayu-
da de un fichero indicado en la variable hlp, usaremos el méto-
do ShowHelp de la siguiente forma:
Help.ShowHelp(Me, hlp, HelpNavigator.TableOfContents)
Para mostrar el índice, podemos hacerlo de dos formas,
una usando el método ShowHelp y la otra es llamando al méto-
do ShowHelpIndex; en ambos casos, indicaremos tanto el pro-
pietario como el fichero de ayuda a usar:
Help.ShowHelp(Me, hlp, HelpNavigator.Index)
‘ también así:
Help.ShowHelpIndex(Me, hlp)
Para mostrar un tópico en concreto, usaremos el método
ShowHelp de la siguiente forma:
Help.ShowHelp(Me, hlp, HelpNavigator.TopicId, “1001”)
Como vemos, el valor del tópico lo tenemos que indicar
como una cadena, pero siempre hará referencia al valor numé-
rico que hemos asociado en el fichero de la ayuda.
En el caso del método ShowPopup, además de indicar la ven-
tana propietaria, indicaremos el texto a mostrar y la posición
en la que queremos que se muestre el texto emergente, el cual
se mostrará al estilo de cómo vimos en la figura 2.
Dim p As New Point( Button2.Left + Left, _
Button2.Top + Top + Button2.Height)
Help.ShowPopup(Me, “El botón 2”, p)
¿Cómo saber que debemos mostrar la ayuda?
Con el componente HelpProvider estaba claro que el propio
componente se encargaba de detectar la pulsación de la tecla de
ayuda y de mostrar la ayuda según lo hubiésemos definido en
cada control, pero con la clase Help tendremos que detectar noso-
tros esa pulsación de la tecla [F1]. Seguramente lo primero que
se nos vendrá a la cabeza es detectar la pulsación de la tecla [F1]
mediante un evento del tipo KeyDown o KeyUp, pero existe otra for-
ma más práctica y simple, que es usando el evento HelpReques-
ted. Este evento se produce cuando se pulsa la tecla [F1] , y es
aplicable a cualquier control (incluso el formulario); por lo tan-
to, podemos crear un evento en cada uno de los controles en los
<< dnm.inicio.taller
[ ]
NOTA
El evento HelpRequested se produce tanto al pulsar la
tecla [F1] como al usar el botón de ayuda (indicado en
el formulario con una interrogación) y pulsar con el
cursor sobre un control.
Para mostrar el botón de la interrogación en un for-
mulario, debemos asignar un valor verdadero a la pro-
piedad HelpButton del formulario, además de que tan-
to MaximizeBox como MinimizeBox deben tener un
valor falso (para que no se muestren). El aspecto del
formulario sería el mostrado en la siguiente figura:
El botón de ayuda en los formularios
que queramos proporcionar ayuda y llamar a los métodos de la
clase Help que en cada ocasión queramos usar.
Conclusiones
En este artículo hemos comprobado que proporcionar ayuda en
nuestras aplicaciones es relativamente fácil gracias a las dos cla-
ses que proporciona .NET Framework, aunque el mayor rendi-
miento lo sacaremos usando ficheros de ayuda HTML (en for-
mato CHM). Si bien la clase Help nos permite usar ficheros del
tipo .htm de una forma mucho más fácil que el componente Help-
Provider, el uso de los ficheros de ayuda compilada ofrecerá mayor
funcionalidad que los “simples” ficheros HTM, ya que permitirá
al usuario buscar en la ayuda, crear marcadores (favoritos) y una
navegación más cómoda por el contenido de la ayuda.
Como de costumbre, en el ZIP que acompaña a este artícu-
<<dotNetManía
lo están los proyectos tanto para Visual Basic como para C#, en
los que se muestra cómo usar las dos clases con todas las combi-
naciones explicadas en el artículo.
45
 << dnm.inicio.taller

Estructura de un fichero de ayuda HTML

Tal como vimos en la figura 1, un fichero de ayuda

HTML se compone principalmente de dos paneles.
A la izquierda tenemos una serie de fichas (solapas)
en las que tenemos el contenido (“Contents”), el índi-
ce (“Index”), la ficha de búsqueda (“Search”) e inclu-
so una ficha para agregar los favoritos (“Favorites”).
Estos últimos serán los marcadores que nosotros agre-
guemos, pero solo los que están dentro del fichero de
ayuda, y no los favoritos que tenemos en el navega-
dor o en el explorador de Windows.
Cuando seleccionamos la ficha de contenido, se
muestran las distintas partes o grupos de tópicos que
hayamos definido. Por regla general, esos elementos
se muestran como libros y hojas. Los libros son los Figura 5. Buscar en la ayuda
nodos principales o secciones dentro de la ayuda y las
hojas representan a cada uno de los tópicos o ele-
mentos de la ayuda.
El índice representa una serie de elementos, que
habitualmente mostramos de forma ordenada; en la
figura 4 se muestra el índice de la ayuda del compila-
dor de ayudas HTML.

Figura 6. Resultado de la búsqueda

del botón “Add” podremos agregarlo a la lista de favo-

ritos, tal como vemos en la figura 7.

Figura 4. El índice de la ayuda

La ficha de búsqueda será la que el usuario usará

para realizar búsquedas dentro del contenido de la
ayuda. En las figuras 5 y 6 vemos cómo realizar bús-
quedas usando varias palabras y el resultado de dicha
búsqueda. Una vez que hemos indicado lo que que-
remos buscar, el resultado se mostrará como una lis-
ta dentro de la misma ficha.
Por último, la ficha de favoritos nos permite agre-
<<dotNetManía

gar enlaces a elementos (tópicos) de la ayuda. Cada

vez que seleccionemos un tópico, el título del mismo
Figura 7. Agregar a favoritos
se mostrará en la parte inferior de esa ficha y por medio

46

En el panel de la derecha se mostrará el elemen-
to que hemos seleccionado. Este panel es configura-
ble en cuanto al aspecto y tamaño, incluso podemos
crear diferentes “ventanas” para poder mostrar los
tópicos de forma diferente, con idea de poder llamar
la atención del usuario o bien para que distintos ele-
mentos de la ayuda se muestren en ventanas diferen-
tes o con un aspecto y tamaño diferente.
Además de estos dos paneles, en la parte supe-
rior tenemos una serie de botones que nos permi-
Creación de un fichero de ayuda HTML
La creación de ayuda HTML la haremos con la uti-
lidad hhw.exe (HTML Help Workshop). Esta herra-
mienta se incluye con Visual Studio 2005, además de
que está disponible para descarga desde el centro de
descargas de Microsoft.
Antes de utilizar esta utilidad, tendremos que cre-
ar los ficheros HTML que queremos usar como “tópi-
cos” de nuestra ayuda; es decir, debemos crear los dife-
rentes apartados como si se tratara de un sitio Web
basado en HTML. Podemos agregar imágenes, docu-
mentos para descargar, poner enlaces entre las distin-
tas secciones o tópicos, etc.
Una vez que tenemos creado el contenido en for-
mato HTML es cuando usamos el compilador de ayu-
das, ya que básicamente eso es lo que hace la utilidad
hhw.exe, compilar todo ese contenido HTML en un
fichero con la extensión .chm.
Para no hacer demasiado extenso este artículo, los
pasos para crear un fichero de ayuda HTML lo puede
descargar desde el sitio Web de dotNetManía, donde
explico, con todo lujo de detalles, cómo crear el propio
fichero de ayuda con la explicación, incluyendo cómo
agregar el contenido, el índice, cómo definir las venta-
nas, cómo seleccionar las diferentes fichas que queremos
mostrar, etc. Lo que sí explicaré aquí es cómo agregar
cierta funcionalidad para que la podamos asociar a los
diferentes controles o apartados de nuestra aplicación.
Asociar contenido de la ayuda a valores
utilizables desde las aplicaciones
Si queremos mostrar cierto contenido de la ayuda
HTML cuando el usuario pulse la tecla [F1], ese conte-
nido lo tenemos que asociar a lo que se conoce como un
tópico de la ayuda. En realidad, consiste en asociar cual-
quier parte de la ayuda con un valor numérico; ese valor
numérico será el que se utilice desde la aplicación. En el
caso del componente HelpProvider, en las propiedades
que ese componente agrega a los controles del formula-
<< dnm.inicio.taller
ten navegar entre los distintos tópicos mostrados,
ir a la página de inicio, ocultar el panel de la
izquierda, imprimir, etc. Todos estos botones, así
como las diferentes fichas del panel de la izquier-
da son configurables desde el compilador de ayu-
da HTML, pudiendo indicar los que queremos
mostrar.
En el recuadro “Creación de un fichero de ayuda
HTML” explico los conceptos más importantes para
crear un fichero de ayuda.
rio tendremos que asignar un valor TopicId a la propie-
dad HelpNavigator, y a la propiedad HelpKeyword asocia-
mos el valor numérico; de esa forma, al pulsar la tecla de
ayuda se mostrará la parte de la ayuda que está asociada
a ese tópico.
Para crear los tópicos debemos hacer lo siguiente
en la utilidad HTML Help Workshop: en la barra de
botones de la derecha de la utilidad debemos pulsar
en el cuarto botón (“HmlHelp API Information”), lo
que nos mostrará un cuadro de diálogo con varias
fichas; seleccionamos la segunda (“Alias”) y pulsamos
en el botón “Add”. Nos pedirá que indiquemos una
constante o un número, que se usará para hacer refe-
rencia a una página HTML de las que tenemos agre-
gadas al proyecto. Además de una página, podemos
indicar un marcador dentro de una página, lo cual nos
permite tener varias asociaciones dentro de una mis-
ma página HTML.
Una vez que hemos agregado las palabras y las
hemos asociado con ficheros HTML, tenemos que
crear un fichero include (sí, al estilo de los ficheros de
cabecera de C/C++; de hecho, ese fichero deberá tener
la extensión .h, que es la que la utilidad usará para bus-
car el fichero cuando lo queramos agregar). En ese
fichero definiremos constantes numéricas que estarán
asociadas a las constantes o palabras que hemos defi-
nido en el paso anterior.
El contenido de ese fichero estará formado por
líneas que usan el formato:
#define <constante> <valor numérico>
Siendo <constante> la constante que hemos agre-
gado en la ficha “Alias” y <valor numérico> un valor
que usaremos en la propiedad HelpKeyword.
Una vez hemos creado ese fichero include, tene-
<<dotNetManía
mos que agregarlo al proyecto de ayuda HTML por
medio de la ficha “Map” del cuadro de diálogo mos-
trado por la opción “HtmlHelp API Information”.
47
 todotNet.qa@dotnetmania.com
Dino Esposito
todonet@qa

El propósito de algunas
características de .NET
Las tecnologías del software se renuevan constantemente, y algunas veces el pobre desarrollador
no llega a captar ciertos aspectos. En otros casos, podemos tardar más de lo deseado intentan-
do comprender algunas características. No es, por tanto, casual que este mes abordemos varias
de las preguntas que empiezan con la frase “Cuál es el propósito”. Trataremos de mostrar cuál
fue la idea central en cada uno de los casos.

¿Cuál es el propósito de la sobrecarga de operadores en Visual Basic 2005? Tengo un colega que
sabe un montón de C++, y que continuamente está alabando las virtudes de esta característica. De
cualquier forma, no veo una gran diferencia entre un operador personalizado y la llamada a un
método.

La sobrecarga de operadores es un viejo concep-
to de la programación y nació, primero, y cobró
importancia después, debido a la programación
orientada a objetos (POO). En sí misma, la sobre-
carga de operadores, es sencillamente una varian-
te del polimorfismo; uno de los tres pilares de la
POO junto con la herencia y la encapsulación.
¿Pero qué es realmente el polimorfismo?
El polimorfismo indica la capacidad de un
método para suministrar distintos comporta-
mientos cuando es llamado por clases distintas. El
método tiene el mismo nombre y requiere la mis-
ma signatura, pero la implementación interna es
diferente para clases diferentes. El ejemplo canó-
nico comienza con la clase base Persona, de la que
puedes heredar clases como Español o Inglés. La
clase base tiene un método Hablar() cuya imple-
mentación produce las salidas “Hola” y “Hi” res-
Dino Esposito pectivamente.
es mentor de Solid Hablando lógicamente, un operador como +,
Quality Learning. Es
= o == no es más que un método. En este sentido,
ponente habitual en
los eventos de la están sujetos al polimorfismo. Tú estableces que
industria a nivel tales operadores tienen diferentes implementa-
mundial.Visite su ciones dependiendo de los tipos de sus argumen-
blog en: http://weblogs. tos. Sumar dos enteros es distinto de sumar dos
asp.net/despos. decimales o dos fechas. En general, hay situacio-
(todotNet.QA@
dotnetmania.com)
nes en las que las sobrecargas están definidas por
el lenguaje. En otros casos, el programador imple-
menta el soporte para nuevos operadores con nue-
vos tipos.
Visual Basic 2005 soporta operadores per-
sonalizados, lo que significa que puedes sobre-
cargar un operador existente para especializar
su comportamiento. Al mismo tiempo, es posi-
ble definir nuevos operadores que pueden ope-
rar sobre nuevos tipos de datos. En general, los
operadores sobrecargados simplifican el traba-
jo con tipos complejos y permiten especificar
tu propia implementación para operaciones fun-
damentales.
Como, por ejemplo, restar dos fechas, o sumar
una hora dada a una fecha. Cualquier framework que
soporte fechas como tipo nativo ofrecerá métodos
en la clase Date para ejecutar esas operaciones. Diga-
mos que quieres restar dos fechas. Tendrás que recu-
rrir a un código como el siguiente:
Date d1, d2;
int diff = Date.Subtract(d1, d2);
¿No sería más natural y más claro escribir, en
su lugar, éste código?

Date d1, d2;
int diff = d1 – d2;
Sin embargo, para poder hacerlo, se necesita
sobrecarga de operadores. .NET Framework sumi-
nistra exactamente este tipo de soporte mediante el
tipo System.DateTime. Puedes sumar y restar fechas
usando los operadores matemáticos clásicos. Es algo
incluido por defecto. El siguiente código muestra un
fragmento de la implementación real del operador +
para la clase System.DateTime.
public static DateTime operator +(DateTime d,TimeSpan t)
{ dad del código es el mejor valor añadido que yo veo
long internalTicks = d.InternalTicks;
long toAdd = t._ticks;
return new DateTime( (ulong) (internalTicks+toAdd) );
}
¿Cuál es el propósito de las páginas no compiladas en ASP.NET? Si no quieres ningún código ASP.NET
compilado, ¿por qué no usar HTML plano?
En ASP.NET 2.0, las páginas no compiladas son
páginas especiales que no se compilan nunca. Se
crea una página no compilada estableciendo el atri-
buto CompilationMode de la directiva @Page a su valor
“Never”. Alternativamente, si no se sabe bien qué
hacer, este valor puede dejarse como “Auto” en la
sección <pages> del fichero de configuración. En
ese caso, ASP.NET deducirá si la página debe de
compilarse o no.
¿Cuál es el propósito, entonces, de las páginas no
compiladas? Y, más importante aún, ¿cuál es la dife-
rencia entre las páginas no compiladas y las páginas
HTML estáticas?
Mi abuela solía decir que no porque algo pueda
hacerse tú tienes que hacerlo. De forma similar, las
páginas no compiladas, no son para todas las aplica-
ciones. Si tienes un sitio Web pequeño con unas pocas
páginas, ¿qué sentido tiene complicarse con páginas
no compiladas?
Las páginas no compiladas están diseñadas para
mejorar la escalabilidad de sitios Web de gran tamaño,
digamos de varios miles de páginas. En ese tipo de
sitios, las páginas no compiladas evitan la necesidad
de compilar miles de páginas. ¿Es esto un problema?
¿Y cuándo?
El sistema operativo Windows impone un límite
al número de DLLs que pueden ser cargadas simultá-
neamente por una aplicación. Cuando se alcanza ese
<< dnm.todonet@qa
TodotNet.qa@dotnetmania.com TodotNet.qa@dotnetmania.com
La misma sintaxis se requiere para sobrecargar ope-
radores estándar de forma que trabajen con tipos per-
sonalizados. Se vincula un método existente o fragmen-
to de código a un símbolo. La definición de un opera-
dor no es diferente de la definición de un método excep-
to por el empleo de una sintaxis ligeramente diferente.
¿Deberías usar operadores en lugar de crear méto-
dos? Pues es una cuestión de preferencias, pero, en
general, los operadores hacen que el código sea nota-
blemente más claro cuando se utilizan tipos persona-
lizados. Ahora bien, no cualquier tipo personalizado,
sino aquellos cuya lógica y comportamiento encajen
con la semántica del operador. La claridad y legibili-
en los operadores personalizados. No depende de nin-
guna otra cosa. Es una característica presente en los
lenguajes .NET, y la usas si te sientes confortable con
ella. Y punto.
límite, el rendimiento del sistema se degrada signifi-
cativamente. En otras palabras, para un sitio Web con-
siderable en tamaño, las páginas no compiladas habi-
litan un sistema adecuado para descargar de la memo-
ria páginas concretas. Si se compilan regularmente en
un ensamblado, no podrían ser descargadas sin des-
cargar el propio dominio de aplicación (AppDomain).
Después de todo, un sitio web no compilado puede
servir un número infinito de páginas, sin necesidad de
reiniciar el dominio de aplicación. Las páginas no com-
piladas son una característica de escalabilidad y no
específicamente de rendimiento. Entonces, ¿por qué
no usar páginas HTML planas?
Una página no compilada se escribe como cual-
quier otra página ASP.NET y está, realmente, hecha
de controles de servidor. No obstante, no pueden con-
tener código. Pero, en una página no compilada pue-
des utilizar numerosos controles ricos de ASP.NET
2.0 y otras características, como Páginas Maestras
(Master Pages), controles Login, Gridview y DataSour-
ce. Todas las maravillas que puedes haber oído res-
pecto a las páginas no compiladas en ASP.NET 2.0
son ciertas, y es una página de ese tipo la que marca
claramente la diferencia entre las páginas ASP.NET
no compiladas y las páginas estáticas HTML.
<<dotNetManía
Pero una página no compilada no puede enla-
zarse a un fichero de código, y no puede contener
un bloque <script> de servidor. La única parte de
49
 << dnm.todonet@qa
<<dotNetManía T o d o t N e t . q a @ d o t n e t m a n i a . c o m T o d o t N e t . q a @ d o t n e t m a n i a . c o m
código ejecutable admitida en una página así, es una
expresión $.
Desde el punto de vista del rendimiento, no
deberías esperar un beneficio tangible por la utiliza-
ción de páginas no compiladas. De hecho, probable-
mente es algo más lento. Como ya he mencionado,
las páginas no compiladas tienen sentido para aliviar
el trabajo de compilación en sitios de gran tamaño, y
Necesito suministrar un recurso grande desde un sitio Web. Obviamente, me encantaría poder
enviar una versión comprimida. ¿Qué opciones hay disponibles en ASP.NET?
Al objeto de utilizar el ancho de banda de forma más
eficiente, puedes habilitar la compresión HTTP a
nivel de IIS. Se pueden comprimir tanto ficheros está-
ticos como respuestas generadas dinámicamente. Y
se puede habilitar la compresión para toda la aplica-
ción o solo para un directorio concreto. En el admi-
nistrador de IIS, seleccionas la carpeta “Sitios Web”,
y luego, “Propiedades”. A continuación activas la sola-
pa “Servicio” y en la sección “Compresión HTTP”
seleccionas la casilla “Comprimir ficheros de la apli-
cación”, para habilitar la compresión de ficheros diná-
micos. También puedes personalizar los tipos de fiche-
ro a comprimir, siguiendo las instrucciones que apa-
recen en la siguiente dirección Web:
http://www.microsoft.com/technet/prodtechnol/
WindowsServer2003/Library/IIS/d52ff289-94d3-4085-bc4e-
24eb4f312e0e.mspx?mfr=true
Sin embargo, esto es simplemente una opción. Si
existen condicionantes en tiempo de ejecución, o sola-
mente se quiere comprimir un recurso dado, puedes
optar por la vía del software y escribir código que lo
haga. En este caso, yo sugeriría escribir un maneja-
dor HTTP, para servir el recurso y usar internamen-
te la clase GzipStream para comprimir los contenidos.
A continuación muestro algo de código para ilustrar
este punto.
using System;
using System.Drawing;
using System.Web;
using System.Web.UI;
using System.IO.Compression;
using System.IO;
public class CompressorHandler : IHttpHandler
{ jador es bastante simple; todo lo que hace es usar un
void IHttpHandler.ProcessRequest(HttpContext context)
{ a la pila de streams: uno en memoria y un GZip. La
using (MemoryStream stm = new MemoryStream())
{ rriéndose el stream Gzip.
50
disminuir el número de ensamblados guardados en
memoria.
Así que la clave consiste en que no hay ensamblados
guardados ni almacenados en disco. En su lugar, el cons-
tructor de la página se guarda en memoria y se reutili-
za para crear la página para cada petición. Este caché es
actualizado siempre que, por cualquier razón, se reini-
cia la aplicación.
using (Stream stmCompressed = new GZipStream(stm,
CompressionMode.Compress))
{
// Escribe datos comprimidos
using (StreamWriter writer = new
StreamWriter(stmCompressed))
{
StreamReader reader = new
StreamReader(context.Server.MapPath("..."));
writer.Write(reader.ReadToEnd());
}
// Escribe datos comprimidos
// al stream de salida
byte[] tmp = stm.ToArray();
context.Response.AddHeader("Content-encoding",
"gzip");
context.Response.OutputStream.Write(tmp,0,
tmp.Length);
return;
}
}
}
bool IHttpHandler.IsReusable
{
get { return true; }
}
}
Puedes copiar este código entero a un fichero C#
en la carpeta App_Code y vincularlo a un recurso de
manejador HTTP, ya sea con la extensión .AXD o
.ASHX. A continuación, te refieres al recurso utilizan-
do su manejador. Si hay que comprimir múltiples
recursos, puedes utilizar parámetros en la cadena de
consulta para indicar un fichero concreto a cargar y
comprimir. Como puedes ver, la estructura del mane-
stream para leer el recurso y un writer para añadirlo
compresión sucede de forma natural según va reco-
Traducido al castellano por Marino Posadas
 Octavio Hernández
Laboratorio.net
Guidance Application Toolkit
Este mes no dedicamos nuestra columna a un producto comercial, sino a Guidance
Automation Toolkit, una extensión de Visual Studio 2005 que permite a los
arquitectos de software crear experiencias de usuario ricas e integradas para la
utilización dentro del entorno integrado, de una forma consistente con las guías
de arquitectura, de diversos activos de software, como pueden ser marcos de
trabajo, librerías, componentes o patrones.

Introducción Ficha técnica

Guidance Automation Toolkit (en lo adelante GAT)
ha sido desarrollado conjuntamente por Microsoft y la
empresa Clarius Consulting (www.clariusconsul-
ting.net), y es, del mismo modo que DSL Tools
(Domain Specific Language Tools), uno de los componentes
básicos de las iniciativas que están teniendo lugar alre-
dedor de las Factorías de Software (Software Factories),
metodología concebida por Microsoft con el objetivo
último de incrementar la productividad y predictibili-
dad del desarrollo de software y centrada alrededor de
un entorno de desarrollo configurado para facilitar al
máximo el desarrollo rápido, siguiendo guías arqui-
tectónicas bien definidas y prácticas recomendadas, de
ciertos tipos de aplicaciones. GAT también ha sido uti-
lizado en la implementación de la recién aparecida ver-
sión 3.0 de Enterprise Library, lo que deja entrever que
la herramienta ha alcanzado un alto grado de madurez
y está preparada para dar el salto al prime time, por ejem-
plo, como parte del SDK de Visual Studio.
GAT es un kit de herramientas concebido para
que los arquitectos de software desarrollen paque-
tes de orientación (guidance packages) que ayuden a
los desarrolladores en su trabajo. Se ha implemen-
tado como un vía “ligera” para extender Visual Stu-
dio, de un modo que permita simplificar la integra-
Octavio Hernández ción en las aplicaciones de los activos de código reu-
es Development tilizable (tanto propios como de terceros) y promo-
Advisor de Plain
ver el uso de patrones y prácticas recomendados, así
Concepts, editor
como automatizar tareas que generalmente se eje-
Nombre: Guidance Automation Toolkit
Fabricante: Microsoft/Clarius Consulting
Web: www.guidanceautomation.net
Categoría: Extensiones de Visual Studio
Precio: Gratuita
Valoración: ****o
Conceptos fundamentales
GAT puede considerarse como una evolución de los
add-ins, el mecanismo de extensibilidad de Visual Stu-
dio al que hemos dedicado varios artículos de dotNet-
Manía, más notablemente los de Carlos Quintero [1]
y del Grupo WebOO de la Universidad de La Haba-
na [2]. Para desarrollar este tipo de extensiones hay que
lidiar con EnvDTE (Environment Developer Tools Exten-
sibility), una librería COM extensa y compleja que apor-
ta el modelo de objetos necesario para interactuar con
el entorno integrado. Solo el mero hecho de que GAT
encapsula muchas de las complejidades de EnvDTE
(eso sí, permitiendo acceder a él si fuera necesario) ya
es un gran plus; pero GAT aporta mucho más que eso,
especialmente en el aspecto conceptual, ámbito en el
define que toda una serie de conceptos que simplifican
y dan consistencia y sistematicidad a la creación de exten-
siones de Visual Studio.
La arquitectura sobre la que se apoya GAT se
<<dotNetManía

técnico de
dotNetManía y tutor cutan de forma manual y realizar de una manera con- muestra en la figura 1. Se apoya directamente en una
de campusMVP. sistente labores repetitivas o propensas a error; obje- librería llamada GAX (Guidance Automation Exten-
Es MVP de C# desde tivos que redundan en definitiva en un incremento sions), que se descarga e instala independientemente.
2004, MCSD y MCT. de la productividad y calidad del desarrollo. GAX es el motor de ejecución de GAT, y deberá ins-

51
 << dnm.laboratorio.net
Figura 1. Arquitectura y escenario de
uso de GAT
talarse tanto en los equipos de los arqui-
tectos (como prerrequisito de GAX),
como en los de los desarrolladores que
harán uso de los paquetes de orientación
que los arquitectos desarrollen.
GAT permite a los arquitectos de
software crear toda una serie de ele-
mentos que podrán luego utilizarse con-
juntamente para automatizar la ejecu-
ción de diferentes tareas:
• Recetas (recipes). Las recetas per-
miten automatizar tareas que los
desarrolladores normalmente rea-
lizan manualmente, frecuente-
mente siguiendo una serie de ins-
trucciones. Pueden utilizarse para
garantizar que las actividades repe-
titivas y propensas a error se reali-
zan de una manera consistente, y
para simplificar las tareas de desa-
rrollo complejas o repetitivas. Las
recetas se pueden aplicar a ele-
mentos específicos de una solución,
o a un grupo de elementos de una
solución con una cierta caracterís-
tica común (por ejemplo, todos los
proyectos C#).
• Acciones (actions). Las acciones son
unidades atómicas de trabajo que
son llamadas en un orden específi-
co por las recetas. Este orden se
especifica precisamente en la defi-
nición de una receta. Una acción
puede operar sobre argumentos que
<<dotNetManía
le envía la receta que la llama o sobre
el resultado de una acción ejecuta-
da con anterioridad.
52
• Asistentes (wizards). Los asistentes
incorporan estrategias de obtención
de datos que serán utilizados como
argumentos de las recetas. Cual-
quier receta puede terne asociado
un asistente. Los asistentes guían al
desarrollador a lo largo de una serie
de pasos, que se presentan en for-
ma de páginas (pages).
• Conversores de tipos (type conver-
ters). Los conversores de tipos vali-
dan los datos introducidos en los asis-
tentes y los transforman de su repre-
sentación visual a su representación
en el tipo de datos de destino.
• Proveedores de valores (value
providers). Los proveedores de
valores son clases que pueden ser
utilizadas por las recetas para cal-
cular los valores que necesitan
pasar a las acciones.
• Editores (editors). Los editores son
clases utilizadas por los asistentes
para mejorar la experiencia de
usuario a la hora de introducir los
datos que utilizan las recetas.
• Plantillas de transformación de
plantillas de texto (Text Template
Transformation Templates). Estas
plantillas, conocidas coloquialmen-
te como “plantillas T4”, son la base
para la generación automática de
código desde los paquetes GAT.
Durante la generación de código,
estas plantillas son expandidas por
el motor de transformación corres-
pondiente, y el resultado es inser-
tado directamente en el flujo de sali-
da de la plantilla. Se componen de
una combinación de texto y scrip-
tlets, que son expresiones de C# o
Visual Basic que, al ser ejecutadas,
devuelven una cadena de caracteres
que es enviada a la salida.
• Fragmentos de código (Snippets):
Se trata de trozos de código fre-
cuentemente utilizados que pue-
den reproducirse con la simple
pulsación de una combinación de
teclas. Los snippets que incorpore-
mos a un paquete de orientación
se añadirán a los que ya tenga defi-
nidos Visual Studio.
• Plantillas de Visual Studio (Visual
Studio templates). A partir de estas
plantillas, Visual Studio crea solu-
ciones o agrega uno o más proyec-
tos o elementos a una solución exis-
tente. Las plantillas, que se definen
en XML, son expandidas por el
motor de plantillas de Visual Stu-
dio. Mediante GAT, es posible aso-
ciar recetas a las plantillas de Visual
Studio. Esta asociación implica que
cuando una plantilla es ejecutada, el
motor llamará a la receta para reco-
ger valores de argumentos para la
ejecución, y que una vez que la plan-
tilla haya sido aplicada, ejecutará las
acciones indicadas por la receta para
transformar aún más los ficheros
creados por la plantilla.
• Referencias (references). Por últi-
mo, las referencias son clases que
implementan la lógica que se uti-
liza para determinar si una planti-
lla o receta debe aparecer o no
cuando se seleccione cualquier ele-
mento de la solución activa.
Todos estos elementos se recopilan,
conjuntamente con un fichero de confi-
guración, en paquetes de orientación, que
se empaquetan y despliegan como un todo
único. Para la gestión de estos paquetes,
GAX integra a Visual Studio 2005 dos ven-
tanas especiales, el Gestor de Paquetes de
Orientación (Guidance Package Manager)
y el Navegador de Orientación (Guidance
Navigator). Una vez que un paquete de
orientación es activado para una solución
específica, el desarrollador podrá ejecutar
las recetas que el paquete incorpora para
llevar a cabo las tareas.
La plantilla de paquetes
de orientación
Para facilitar el desarrollo de paquetes de
orientación, GAT incluye una plantilla
de Visual Studio que genera una solu-
ción orientada a la creación de un paque-
te de orientación. Esta plantilla, muy
completa, define elementos de práctica-
mente todos los tipos posibles, de modo
que podamos utilizarlos como ejemplos

para nuestras propias definiciones o
modificarlos directamente.
Una vez instalados GAX y GAT
sobre Visual Studio, tendremos instala-
da, como es típico de las herramientas
de extensibilidad, una nueva plantilla
dentro de Visual Studio, la plantilla de
paquetes de orientación (figura 2).
Después de introducir la informa-
ción básica sobre el proyecto (figura 3),
obtendremos una solución compuesta
por tres proyectos (figura 4):
• El proyecto de paquete de orien-
tación en sí. Como puede verse en
la figura 4, en el proyecto que se
genera automáticamente los dife-
rentes elementos se organizan en
carpetas diferentes para su mejor
organización.
Figura 2. La plantilla de paquetes de orientación
• Un proyecto de librería de clases
que incluye una clase instaladora.
• Un proyecto de instalación, que se
encarga de recopilar todos los ele-
mentos de los otros dos proyectos,
más todos los recursos de los que
éstos dependen, para crear un
Setup.exe que permita el despliegue
del paquete en los equipos de los
desarrolladores.
Es en este punto donde se hace
imprescindible consultar la documenta-
ción en línea de GAT para conocer los
detalles relacionados con la implemen-
tación de los diferentes elementos que
se pueden incorporar a un paquete. En
lo fundamental, son técnicas familiares
de orientación a objetos; por ejemplo,
las acciones se programan como clases
<< dnm.laboratorio.net
que implementan la interfaz Micro-
soft.Practices.RecipeFramework.IA
ction; las páginas de los asistentes, como
clases que heredan de Microsoft.Prac-
tices.WizardFramework.CustomWi-
zardPage; etc. El proyecto que genera
el asistente ofrece ejemplos básicos para
cada tipo de elemento. Por ejemplo, el
listado 1 muestra el código de la acción
HelloWorldAction.
La puesta a punto de un paquete de
instalación es similar a la de los add-ins.
Lo primero que hay que hacer es regis- Figura 3. Datos básicos del paquete de instalación
Figura 4. Solución creada por el asistente de paquetes de orientación
trar el paquete de instalación, de modo
similar a como lo hará automáticamen-
te el instalador en los puestos de los desa-
rrolladores; para ello, los proyectos de
paquete de orientación ofrecen un acce-
so directo (figura 5). Entonces podremos
lanzar una segunda instancia de Visual
Studio, que ya tendrá instalado el paque-
te. Si en esta segunda instancia seleccio-
namos “Archivo” | “Nuevo…”, veremos
que tenemos en el área de Paquetes de
Orientación una nueva plantilla (figura
6). Lo que restará es crear un nuevo pro-
yecto a partir de esa plantilla, y probar si
los elementos que componen nuestro
paquete funcionan como es debido, posi-
blemente ayudándonos del Navegador
de Orientación (figura 7), que instala
<<dotNetManía
accesos directos para que los desarrolla-
dores tengan a mano las recetas, accio-
nes y plantillas. Figura 5
53
 << dnm.laboratorio.net

using System;
using System.Windows.Forms.Design;
using Microsoft.Practices.RecipeFramework;

namespace PlainConcepts.GAT.Actions
{
public class HelloWorldAction : Action
{

#region Input Properties

[Input(Required = true)]
public string HelloMessage
{
Figura 6. Registrando un paquete get
{
return helloMessage;
}
set
{
helloMessage = value;
}
}

private string helloMessage;

#endregion

#region IAction Members

public override void Execute()

Figura 7. El Navegador de orientación en acción {
IUIService uiService = GetService<IUIService>(true);
if (uiService != null)
Conclusión {
uiService.ShowMessage(helloMessage, “Hello Action”);
}
GAT abre ante los arquitectos un amplio
else
abanico de posibilidades a la hora de exten- {
der Visual Studio con nuevas posibilida- System.Windows.Forms.MessageBox.Show(helloMessage,
des que faciliten a los desarrolladores la “Hello Action”);
tarea de crear aplicaciones y librerías con }
}
menor esfuerzo y respetando al máximo
los estándares requeridos por la organiza- public override void Undo()
ción. Esperamos que este breve artículo {
ayude a atraer la atención hacia este kit de }
herramientas y los temas relacionados con
#endregion
la arquitectura del software en general.
}
}
Referencias
dotNetManía Nº 33 y 34, enero y [2] Documentación de GAT, incluida
Sobre los add-ins de Visual Studio febrero de 2007. con la herramienta.
[1] Quintero C., “Creación de asis- [3] GuidanceAutomation.net, http://
tentes en Visual Studio”, en dot- Sobre GAT www.guidanceautomation.net.
NetManía Nº 30, octubre de 2006
Descargas
[2] Hernández Y., Katrib M., “Atribu- [1] Introduction to Guidance Automa-
<<dotNetManía

tos, aspectos y cómo entretejer códi- tion Toolkit, http://msdn2.micro- [1] Descarga de GAT y GAX, http://
go desde Visual Studio para hacer soft.com/en-us/teamsystem/ msdn2.microsoft.com/en-us/team
AOP en .NET” (partes I y II), en aa718950.aspx system/bb229214.aspx.

54
 biblioteca.net
Essential Windows Presentation Foundation
Chris Anderson
Editorial: Addison-Wesley Professional
Páginas: 512
Publicado: 2007
ISBN: 978-0321374479
Idioma: inglés
El hecho de que Don Box y Chris Sells sean los prologuistas de esta obra no la hace
mejor, pero sí que avala su contenido, a pesar que los 3 trabajen para la misma empresa:
Microsoft. Chris Anderson trabaja en la actualidad en la Connected Systems Division,
en Redmond, pero desde 2002 fue el arquitecto principal del equipo de desarrollo de
WPF, así que algo debe saber sobre el tema. Para más detalles sobre Chris, recomenda-
mos una visita a su blog: www.simplegeek.com.
El libro es –junto a los de Petzold y Nathan, ya recomendados en esta columna– de los
mejor valorados por sus lectores en este tema y se lo recomendaría a los que –como yo- nos
gusta ver las “tripas” de las cosas. Su funcionamiento interno. E, incluso, el porqué de cier-
tas decisiones tomadas a la hora de su diseño e implementación. De hecho, la organización
del libro es excelente, y, en vez de repetir, completa de forma notable a los dos anteriores.
Todo el recorrido por el amplio espacio de WPF se hace a través de ejemplos muy bien selec-
cionados, y que ilustran con precisión la materia a la que sirven de ejemplo.

Framework Design Guidelines: Conventions, Idioms, and Patterns for

Reusable .NET Libraries
Krzysztof Cwalina y Brad Abrams
Editorial: Addison-Wesley Professional
Páginas: 384
Publicado: 2006
ISBN: 978-0321246752
Idioma: castellano
No conocíamos a Cwalina antes de esta obra, pero sus credenciales no pueden ser mejores.
Es programador en Redmond, dentro de la Common Language Runtime Division, y ha sido
responsable de varios espacios de nombres que todos usamos. En la actualidad, lidera un esfuer-
zo por desarrollar, promocionar y aplicar guías de diseño a .NET Framework y WinFx (además
de haber participado en el proyecto FxCop en sus inicios). A Abrams ya lo conocen nuestros
lectores asiduos, por varias referencias a su trabajo en distintas secciones de la revista, y con-
tinúa como Lead Program Manager en Redmond, donde se centra en WinFX y Vista desde
sus mismos comienzos (en la compañía siempre ha estado vinculado a .NET).
Realmente, aparte de los trabajos mencionados, esta obra es parte de sus guías perso-
nales, que iban elaborando al tiempo que construían las distintas versiones del Framework.
El texto es fácil de leer y puede, además, servir de referencia. Es como si, a partir de un
documento Word, se hubiera pasado el documento al resto de “gurús” (hay comentarios
de Richter, Brumme y Hejlsberg), para que completaran la obra con su propia visión. Una
rareza en su género, más que interesante.

Embedded Programming with the Microsoft .NET Micro Framework

novedades

Donald Thompson, Rob S. Miles. Editorial Microsoft Press. Páginas: 288. Publicado: junio,
2007. ISBN: 978-0735623651.

Professional C# 2005 with .NET 3.0

Christian Nagel, Bill Evjen, Jay Glynn, Karli Watson, Morgan Skinner. Editorial: Wrox. Páginas:
1.748 . Publicado: junio, 2007. ISBN: 978-0470124727.

TEXTO: MARINO POSADAS


Baleares on .NET
.NET Users Group de las Islas Baleares
baleares on.Net
• Ubicación: Palma de Mallorca
• Fecha de fundación: 24-01-2007
• Fundador: José Francisco Bonnín
• Número de miembros: 57
• Página Web: www.baleareson.net
• Email de contacto:
jfbonnin@baleareson.net
“Baleares on .NET, comunidad surgida de la ilusión
de un grupo de apasionados a la tecnología .NET de
Microsoft, que colaboran voluntariamente en difun-
dir dicha tecnología y a compartir sus conocimientos
y experiencias a los desarrolladores .NET de las Islas
Baleares”.
Con este mensaje damos la bienvenida a los inter-
nautas que visitan nuestra Web y ahora también a los
lectores de dotNetManía gracias a la oportunidad
que nos ha brindado Paco Marín.
La historia de Baleares on .NET no es muy dis-
tinta de la de otros grupos, tal vez la principal parti-
cularidad radica en que uno de sus coordinadores, un
servidor, no reside en la misma provincia que el gru-
po sino en Madrid. Fue en esta ciudad donde me acer-
qué por primera vez a los grupos de usuarios .NET.
Cuando vivía en Mallorca veía con gran envidia
como en otros lugares de España y del mundo se rea-
lizaban eventos de todo tipo con muchísima fre-
<<dotNetManía
cuencia, algo que en Baleares no sucede. Los costes
adicionales que suponen para las empresas los pro-
blemas de insularidad son, sin duda, un aspecto deter-
56
comunidad.net
minante. Estos mismos problemas impiden que los
desarrolladores de Baleares puedan asistir a eventos
de otras ciudades.
Al conocer que el grupo de usuarios de Madrid
estaba compuesto por voluntarios, me empezó a sur-
gir la idea de que modestamente podía contribuir a
que la situación de Mallorca mejorase un poco, aun-
que fue un post en el blog de David Carmona, el que
realmente me dio la energía que necesitaba para deci-
dirme a moverlo todo.
Lo primero que hice fue contactar con Javier
Jofre, al cual le entusiasmó la idea desde el primer
momento y cedió a la comunidad el aula de forma-
ción de su empresa Innova Desarrollos Informá-
ticos. Lo más difícil estaba hecho, ya teníamos la
sala donde realizar los eventos; así que hablamos con
Miguel Jiménez que a su vez nos presentó a Alfon-
so Rodríguez, gracias al cual pudimos encaminar
mejor nuestros esfuerzos aclarándonos tantas cosas
y proporcionándonos el apoyo necesario para el
registro a eventos y publicidad del grupo.
El siguiente paso era crear el portal
http://www.baleareson.net, que pudimos poner en
marcha muy rápido a través de la colaboración desin-
teresada de varias empresas para las licencias y hos-
ting necesarios. Encontrar ponentes para las charlas
fue sencillísimo, tan solo hubo que hablar con otros
dos grandes amigos, Salvador de la Rosa y Juan
Manuel Servera, los cuales al igual que Javier Jofre
se ofrecieron de inmediato a preparar alguna de las
charlas. Eso fue todo, con el entusiasmo de unos
pocos teníamos creado el grupo y cubierto cuatro
meses con eventos.
No sabíamos muy bien la acogida que iba a tener el
primer evento, tan solo se había publicitado a través del
boletín MSDN Flash y de nuestro sitio web, además
nos encontrábamos con el hándicap de que en Mallor-
ca el .NET Framework, al igual que otros productos

Me gustaría dar ánimos a todos
aquellos que hayáis pensado en cre-
ar un grupo de usuarios, veréis que
la gente estupenda que rodea este
mundo hace que todo sea mucho
más sencillo de lo que parece
de Microsoft, no se utiliza tanto como
ciertas tecnologías de otras empresas.
El primer evento fue el 30 de mar-
zo y el tema “Novedades en C# 3.0”,
que realicé yo mismo. Increíblemente
tuvo una respuesta fantástica: a las dos
semanas de abrir el registro el aforo
estaba completo. Sin duda, fue algo
totalmente inesperado y nos sirvió para
darnos la fuerza necesaria para seguir
adelante. La segunda charla acerca de
WCF la realizó Salvador de la Rosa y
una vez más tuvimos que colgar el car-
tel de aforo completo. Debido al éxito
de las dos primeras charlas decidimos
probar con una sala más grande para el
evento realizado por Javier Jofre sobre
la Web 2.0, la gente no defraudó.
El número de usuarios registrados,
aunque poco a poco, no para de crecer
en la Web y, debido a la estupenda par-
ticipación que estamos teniendo en cada
evento, tras varias gestiones finalmen-
te hemos conseguido una nueva sala con
muchísima más capacidad, gracias a la
colaboración de la empresa SM2 Bale-
ares, de manera que podremos dar cabi-
da a toda la gente que hasta ahora no
ha podido asistir.
Todavía tenemos grandes retos por
delante, como poder formar parte de
Ineta o conseguir que ponentes con más
experiencia que nosotros vengan a
Mallorca a realizar alguna charla. Sin
embargo, creo que hasta ahora hemos
avanzado mucho en nuestro sueño de
crear Baleares on .NET.
Desde estas líneas me gustaría dar
ánimos a todos aquellos que hayáis pen-
sado en crear un grupo de usuarios,
veréis que la gente estupenda que rodea
este mundo hace que todo sea mucho
<< dnm.comunidad.net
más sencillo de lo que parece. En mi caso • Desarrollo con Sharepoint 2007,
lo más difícil fue lanzarme a dar el pri- Juan Manuel Servera.
mer paso, superar la barrera psicológi-
ca de aquellos que no comprendían que Y sobre todo informar que los even-
fuera a invertir tanto dinero en viajes y tos siempre los realizamos los viernes
no obtener otro beneficio que la satis- de 19:00 a 21:00, así que todos aquellos
facción personal de ver que lo que hacía- que se animen a viajar a Mallorca como
mos era útil para los demás. ponentes, podrán aprovechar para que-
Para finalizar, tan solo invitaros a darse el fin de semana y conocer la isla
que asistáis a alguno de los próximos con guía incluido. Miguel Jiménez, al
eventos que vamos a realizar: cual estamos enormemente agradeci-
dos, será el pionero en aventurarse con
• Aplicaciones de la Web 2.0 con Baleares on .NET.
Microsoft AJAX Extensions,
Miguel Jiménez.
José Francisco Bonnín
Evento CatDotNet de Manresa
El pasado 14 de junio tuvo lugar en la sala de conferencias del
Centro Microsoft de Innovación en Productividad de Manre-
sa la segunda reunión de CatDotNet, un mes después de hacer
lo propio en Igualada.
De entrada, y después de una pequeña presentación del gru-
po, Diego Gómez, Business Advisor del Centro, nos mostró las
características de la tecnología Unified Communications, con las
nuevas propuestas en el campo como son MS Office Communi-
cator 2007, MS Office Communications Server 2007 y Outlook
2007, finalizando con una demostración en directo de las capa-
cidades de reconocimiento de voz a través de clientes móviles.
Por otro lado, contamos también con la colaboración de Benjamín Adell, de grupo de usua-
rios BCN.DEV, que nos explicó las novedades relacionadas con LINQ en todas sus vertientes y
nos deleitó con una batería de ejemplos de aplicaciones.
Como punto final, además de recomendar unos libros y en nuestro ya habitual apartado, “Herra-
mientas indispensables”, mostramos la utilización de Microsoft SandCastle con un ejemplo en vivo.
En definitiva, que pese a que la asistencia fue menor que en Igualada, nos fuimos con un buen
sabor de boca; una reunión más realizada y otra nueva en preparación, para el mes que viene.
Santi Balboa y José Miguel Torres
eventos.eventos.eventos.eventos
 Marino Posadas
Aparatos sin cables y con un menor
gasto en baterías
Ese es el anuncio que un grupo de científicos de una de mis ins-
tituciones de investigación favoritas (Instituto Tecnológico de
Massachusetts o M.I.T.), ha realizado recientemente. Se trata de
transmitir potencia eléctrica a varios metros de distancia sin una
conexión física entre la fuente de potencia y el aparato de que se
trate, y ya se han inventado el término witricity, para describirla.
El fenómeno, bien usado
y conocido desde hace tiem-
po, tiene la característica de
que –en vez de dispersar la
energía en todas direcciones–
focaliza la transmisión a un
destino y permite alcanzar más
de dos metros de distancia en
las primeras pruebas. Los
investigadores liderados por Marin Soljacic (a la izquierda, en la
foto adjunta) utilizan principios de resonancia magnética, y tal
como reza la noticia original: “podría iluminar bombillas, hacer
funcionar radios y tocadiscos, e incluso dispositivos médicos
implantados. De hecho, ni siquiera sería necesaria una batería para
que funcionaran dentro de una habitación dotada de este siste-
ma", comenta Peter Fisher, uno de los autores de los experi-
mentos, en los que se ha logrado encender una bombilla de 60
vatios desde una distancia de dos metros, y que han sido publica-
dos en la prestigiosa revista Science. La financiación ha corrido
por parte del Ejército, el Ministerio de Energía y la Fundación
Nacional de Ciencia de Estados Unidos.
En el proceso, la informática ha tenido un papel crucial, ya
que ha sido necesario un gran número de simulaciones por orde-
nador para poder afinar los experimentos y abandonar opciones
inviables. Los experimentadores esperan tener en la calle el des-
cubrimiento en menos de cinco años, y podría sustituir a los múl-
tiples enchufes de los hogares de hoy, ya que bastaría con un cen-
tro de emisión de energía por cada habitación de la casa, por ejem-
plo. “Los usos industriales en la alimentación de robots para plan-
tas de producción y similares también podrían estar disponibles
en cuanto los materiales nos permitan un control todavía más fino
del fenómeno”, afirmaba Soljacic en una conferencia impartida
en el Instituto Americano de Física.
desván
documentos en la red
Trucos para acelerar Windows Vista. Deb Shinder, en el
sitio Web de ZDNet en Australia, publica sus hallazgos
sobre varias formas en las que podemos conseguir que el ren-
dimiento de Vista sea similar al de XP. Disponible en
http://www.zdnet.com.au/insight/software/soa/Tips-to-boost-Vis-
ta-performance/0,139023769,339278888,00.htm?feed=rss, rea-
mente merece la pena, abarcando desde pistas para la moni-
torización del rendimiento, hasta políticas de mantenimien-
to de discos o indexación de archivos.
Por otra parte, parece que ya es oficial la aparición –para
finales del presente año– del primer service pack para Vista,
que parece que incluirá varios cambios específicos: primero,
tanto usuarios como OEM tendrán la posibilidad de selec-
cionar por defecto un motor de búsqueda diferente, y en
segundo término, parece que la funcionalidad deberá ser
extendida en los otros buscadores/indexadores de igual for-
ma a como funciona actualmente, para lo cual Microsoft
deberá informar a los ISV y OEM sobre la forma correcta de
realizarlo.
sitios del mes
Blogs de los gurús de Silverlight. En la página
http://msdn2.microsoft.com/en-us/asp.net/bb187358.aspx, se encuen-
tran referencias a algunos de los blogs más interesantes relacio-
nados con Silverlight que se encuentran disponibles en la actua-
lidad, y muy especialmente, los de Scott Guthrie, Mike Harsh,
Joe Stegman y Lawrence Moroney. En el mismo sitio, tam-
bién podemos encontrar varios vídeos con charlas sobre el tema
de algunos de los integrantes del equipo de desarrollo de este
producto.
Moreplus. Otro sitio Web dedicado a la programación
con .NET Framework. En él participa un grupo muy acti-
vo de desarrolladores, y ofrecen –de momento– noticias y
artículos relacionados. Visitarlo en http://www.moreplus.es/
index.aspx.

noticias.noticias.noticias

utilidades del mes

Driver Max es una interesantísima herra-
mienta que nos permite instalar/desins-
talar los drivers de nuestros sistemas sin
tener que preocuparnos por versiones,
ubicación, sitios Web especializados y
demás problemas relacionados con estos
<<dotNetManía
REVO Uninstaller 1.2. Se trata de una herra-
mienta de desinstalación de programas,
claro, pero con una serie de característi-
cas adicionales que le hacen bastante útil,
a la par que gratuita, ya que la descarga es
desde el sitio FreeFiles, del que ya hemos
Microsoft Network Monitor 3 es un analiza-
dor de tráfico y protocolos de red, dispo-
nible desde el centro de descargas de la
compañía, en la dirección http://www.
microsoft.com/downloads/details.aspx?
FamilyID=aa8be06d-4a6a-4b69-b861-

procesos. Es gratuita y se encuentra dis- apuntado otras utilidades en esta revista. 2043b665cb53&DisplayLang=en. Ocupa
ponible en (http://www.innovative- (http://www.freewarefiles.com/pro- solamente 2,5 Mb, y está disponible para
sol.com/drivermax/index.htm). gram_9_104_32751.html) . versiones de 32 y 64 bits.

58