dotnetmanía Aspectos e intercepción de métodos en.net Entrevista a Ivan Medvedev

Transcripción

1 Visual Basic.NET C# Delphi ASP.NET ADO.NET.NET Framework Windows Server System dotnetmanía nº10 diciembre 2004 Precio: 6,00 (España) Dedicada a los profesionales de la plataforma.net Aspectos e intercepción de métodos en.net o cómo poner la guinda sin estropear el merengue Entrevista a Ivan Medvedev miembro del CLR Security Team en Redmond Informes y trazado de gráficas 3D en ASPNET (II) Verificando la seguridad de nuestras aplicaciones SQL Analysis Services (I) Trabajando con el registro de Windows opinión Orientación al producto versus orientación al procedimiento Universidad Proyecto MoMo. Museos, Hormigas y Serialización en el Compact Framework de.net Comunidad SpainNet Vocación de comunidad al alcance de todos Arquitectura Arquitecturas Orientadas a Servicios: Una introducción Laboratorio DevPartner Studio Professional Edition

2

3 << dnm.editorial dotnetmanía Dedicada a los profesionales de la plataforma.net Año I Número 10 Diciembre 2004 Precio: 6 (España) Misión imposible Editor Paco Marín (paco.marin@dotnetmania.com) Administración Pilar Pérez (pilar.perez@dotnetmania.com) Asesor Técnico/Coordinación Marino Posadas (marino.posadas@dotnetmania.com) Redactores Antonio Quiros, Guillermo 'guille' Som, Jorge Serrano Pérez, José Manuel Alarcón Aguín, Luis Miguel Blanco y Manuel Imaz. Colaboradores habituales Ángel Esteban, Braulio Díez, Eladio Rincón, Erich Bühler, Fernando Nogueras, Jorge Crespo Cano, José Miguel Torres, Miguel Egea, Miguel Katrib Mora (Grupo Weboo), Octavio Hernández, Pablo Abbate, Pedro Pozo, Pepe Hevia y Salvador Ramos. Además colaboran en este número Antonio López, Javier Jaén y José A. Mocholí Portada Yamil Hernández Edición y Suscripciones.netalia c/ Robledal, Rivas-Vaciamadrid (Madrid) Tf. (34) Fax (34) Publicidad Mediadev Sophie Mancini (sophie@mediadev.es) Tf Fax Imprime Gráficas Vallehermoso ISSN Depósito Legal M Éste es un número con más caras nuevas de lo habitual. Se estrena Yamil Hernández, del Grupo Weboo de la universidad de La Habana, de la mano de Miguel Katrib, cómo no!, quien además de escribir, nos ha diseñado la portada de este mes: Misión Imposible que ilustra su artículo Aspectos e intercepción de métodos en.net o cómo poner la guinda sin estropear el merengue. Un artículo de once páginas en la que describe algunos mecanismos para interceptar la llamada a un método en.net. Pero no es la única misión imposible de este mes; la otra fue conseguir acercarse siquiera a Bill Gates quien pasó por Europa con motivo del IT Forum en Dinamarca y pasó por España el viernes 19 de noviembre, entre grandes medidas de seguridad y como un auténtico fenómeno mediático, y con tantos compromisos que es de esos días que uno se alegra de no ser él. Pobre hombre! Y otro estreno con el Proyecto MoMo, o de cómo programar de forma natural. Fijándose en el comportamiento de las hormigas cuando buscan comida, Javier Jaén, profesor de la universidad politécnica de Valencia y un equipo de estudiantes ha realizado un interesante proyecto para la visita asistida a museos. Fueron los ganadores de la Imagine Cup en España. Espero que cunda el ejemplo y otros meses contemos con otros profesores que nos expliquen sus proyectos de investigación -a ser posible tan bien como Javier Jaén y José A. Mocholí lo han hecho esta vez-. Interesante entrevista a Ivan Medvedev, miembro del CLR Security Team en Redmond, realizada por Marino Posadas, en la que también estuvo presente activamente el ya mencionado Miguel Katrib. Recordarán que Miguel hablaba sobre un problema de seguridad del CLR en el número 3 de dotnet- Manía. Afirmación con la que Sebastian Lange program manager, precisamente del CLR Security Team en Redmond, no estaba de acuerdo y nos lo hizo saber en el número 4. Ivan y Miguel tuvieron ocasión de comentar éstos y otros temas en el Microsoft Research de este año. Por último, también se estrena Antonio Soto, Technical Account Manager de Alcatraz Solutions, quien comienza a colaborar con nosostros con su artículo Verificando la seguridad de nuestras aplicaciones que nos describe brevemente la utilización de la no siempre bien conocida herramienta Windows Application Verifier. 3

4 10 dnm.sumario dnm.sumario Orientación al producto versus orientación al procedimiento 9-10 Entre las muchas encrucijadas que existen hoy en el ámbito de la Ingeniería del Software, tenemos aquella donde se cruzan dos orientaciones que, no siendo contrapuestas, marcan a veces el modo en que los equipos de trabajo se organizan y realizan su labor diaria. Se trata de la orientación al producto frente a la orientación al procedimiento. Entrevista a Ivan Medvedev En el evento de Microsoft Research de este año, tuvimos la oportunidad de departir con Ivan Medvedev, del CLR Security Team en Redmond. Informes y trazado de gráficas 3D en ASP.NET (II) En esta serie de artículos mostramos varias tecnologías que pueden ser utilizadas en aplicaciones Web y hemos elegido como excusa la creación de informes. Aspectos e intercepción de métodos en.net o cómo poner la guinda sin estropear el merengue Con los recursos que brinda.net, es posible desarrollar mecanismos para interceptar la llamada a un método. Una vez interceptada una llamada se puede entonces tomar el control y ejecutar funcionalidades relacionadas con la ejecución del método, pero que no están incluidas en el código de éste. Este artículo desarrolla y explica tres vías para llevar a cabo esta intercepción. Verificando la seguridad de nuestras aplicaciones Cada vez son más los agujeros de seguridad que explotan los códigos maliciosos, ocasionados por malas prácticas de programación. En este artículo se describe la utilización de una herramienta, Microsoft Application Verifier, que puede ser un buen primer paso para el testeo de la seguridad de nuestras aplicaciones. SQL Server Analysis Services. Hola Cubo! (I) En esta serie de artículos presentaremos un pequeño ejemplo de un DataWarehouse, a partir del cual construiremos una base de datos multidimensional compuesta por un sólo Cubo, y que será explotada y analizada con herramientas cliente como MS Excel y MS Data Analyzer. El objetivo fundamental es que nos empecemos a familiarizar con esta estupenda herramienta que viene con SQL Server y que en la mayoría de las ocasiones no se utiliza por desconocimiento. Museos, hormigas y serialización en el Compact Framework de.net Hace 4 años, en París y con sólo 2 horas para visitar el Louvre. Así nació MOMO (MuseO MÓvil) en la mente del profesor Javier Jaén. Mediante el uso de un PocketPC inalámbrico y unas cuantas hormigas el visitante puede tener a su alcance una completa información multimedia optimizada a sus gustos y al tiempo de que dispone. Trabajando con el registro de Windows En este artículo se muestran ejemplos de cómo trabajar con el registro de Windows usando algunas clases del namespace Microsoft.Win32.Registry. Arquitecturas Orientadas a Servicios: Una introducción Introducción a SOA mostrando algunos antecedentes o evolución histórica que permitan, no solamente ubicar al nuevo concepto, sino entender porqué surge, qué problemas resuelve, la forma en que los resuelve, etc. dnm.laboratorio DevPartner Studio Professional Edition dnm.comunidad.net 56 SpainNet: Vocación de comunidad al alcance de todos. dnm.biblioteca.net 57 Programming Microsoft.NET XML Web Services (Damien Foggon, Daniel Maharry, Chris Ullman y Karli Watson). Expert Web Services Security in the.net Platform (Laurence Moroney, Brian Nantz). dnm.desvan 58

5

6 << dotnetmanía 6 noticias.noticias.noticias.noticias.noticias.noticias << dnm.noticias dnm.noticias Microsoft da a conocer la estrategia y nuevos lanzamientos de su división de servidores y plataformas Microsoft presentó MOM 2005, MVS 2005 y HIS 2004 como un paso más en la consecución de los objetivos de la Iniciativa Sistemas Dinámicos Microsoft Operations Manager 2005 Ha sido presentado MOM 2005 en su edición para grandes corporaciones y en su edición Workgroup para medianas empresas. MOM 2005 incluye un framework integrado que ofrece interconexiones basadas en servicios Web con otros sistemas de gestión ya en uso, y una nueva consola que muestra el estado del sistema y permite el acceso al servidor integrado para la elaboración de informes. MOM 2005 ayuda a los administradores de TI a convertir los datos de gestión en tareas con el conocimiento avanzado que proporcionan los nuevos paquetes de gestión (para aplicaciones como Exchange, SQL Server, ISA Server, etc.). La nueva versión de MOM ofrece características de seguridad integradas, tales como la capacidad de autentificar mutuamente a agentes y servidores, que está diseñada para ayudar a las empresas a protegerse contra el mal uso del sistema de gestión. Microsoft Virtual Server 2005 MVS 2005 incluye una instalación simple y una cómoda gestión de las máquinas basada en la Web, así como un almacenaje robusto y características de networking. Además las herramientas de gestión de los servidores físicos de Microsoft y de vendedores de herramientas de gestión de terceras partes han sido actualizadas para proporcionar a los administradores de una experiencia uniforme de administración a través de la combinación de servidores físicos y virtuales. Por ejemplo, un Virtual Server 2005 Management Pack para Microsoft Operations Manager 2005 habilitará la monitorización centralizada y la administración de rendimiento de múltiples servidores físicos y virtuales. Ambas ediciones tienen las mismas características y sólo se diferencian en la escalabilidad. Virtu<al Server 2005 Standard Edition soporta hasta 4 procesadores y Virtual Server 2005 Enterprise Edition soporta hasta 32 procesadores. BETA 2 DE SQL SERVER KIT DE RECURSOS Este mes incluimos, con la colaboración de Microsoft Ibérica, un kit (en inglés) con dos CDs y un DVD cuyo contenido es el siguiente: SQL Server 2005 Beta 2 Developer Edition. Además de la Beta 2 se incluye documentación y ejemplos. SQL Server 2005 Beta 2 DVD de recursos. Esta es su guía para SQL Server 2005, con documentos y recursos técnicos de gran valor que le ayudarán a empezar con SQL Server Incluye además vídeos Microsoft Host Integration Server 2004 HIS 2005 incluye las recientemente desarrolladas herramientas de diseño Transaction Integrator (TI), que funcionan en el contexto del entorno de desarrollo integrado de Visual Studio.NET Las herramientas TI permiten a los desarrolladores de Windows aprovechar aplicaciones existentes de sistemas host por línea de negocios como servicios web XML o componentes del servidor Microsoft.NET, que se pueden utilizar en una solución con arquitectura orientada a los servicios (SOA). HIS 2004 proporcionan a los clientes las herramientas para crear servicios web XML, que en última instancia pueden ser consumidos y reutilizados en una solución basada en SOA para alcanzar este objetivo. Además Microsoft ha realizado inversiones importantes en HIS 2004 que impulsarán la capacidad de los clientes para integrar diferentes aplicaciones y mejorar la interoperatibilidad entre los sistemas host de IBM y las bases de datos DB2 y Windows Server y SQL Server. técnicos, herramientas y demostraciones. SQL Server 2005 Beta 2 Laboratorios de prácticas, que ofrecen a los usuarios una experiencia práctica guiada de autoformación sobre áreas tan importantes como las herramientas administrativas, seguridad, diseño de bases de datos e inteligencia de negocio (BI). Para más información en castellano sobre SQL Server 2005 visite: SQL/2005.

7 << dnm.noticias ILOG presenta Rules for.net, el primer sistema para gestionar políticas empresariales desde Word Es el primer sistema de gestión de reglas de negocio que se integra con Office y Visual Studio.NET y con los servicios de colaboración de SharePoint. Las reglas de negocio proporcionan una forma probada de captar la lógica de negocio de las aplicaciones empresariales. Un Sistema para la Gestión de las Reglas de Negocio o BRMS (Business Rule Management System) es una solución diseñada para modificar y gestionar las reglas de negocio fuera de estas aplicaciones. ILOG Rules for.net permite la gestión de las reglas de negocio a lo largo del ciclo de vida de las aplicaciones de negocio de misión crítica. Para los analistas y otros usuarios de negocio, proporciona herramientas de creación y gestión integradas en Microsfoft Office System y un interface basado en la Web. Para los arquitectos y desarrolladores de software, proporciona un conjunto de herramientas dentro de Microsoft Visual Studio.NET para integrar la tecnología de reglas de negocio de ILOG directamente en las aplicaciones.net. ILOG Rule Studio for.net Incluye una amplia operativilidad para desarrollar y gestionar aplicaciones de reglas de negocio: integración con Visual Studio.NET, vista del modelo de objetos de negocio, editor de reglas de negocio y ejecución directa sobre objetos.net. ILOG Rule Engine for.net El motor ILOG Rule para.net proporciona a los desarrolladores de.net el poder y la versatilidad necesaria para las exigentes aplicaciones de hoy en día: Motor de reglas nativo de.net. Escrito enteramente en C#, es un ensamblado que puede ser usado por cualquiera de los lenguajes de.net. Alto rendimiento y escalabilidad. Soporte para distintas fuentes de datos. Puede acceder a numerosas fuentes de datos, incluyendo objetos.net, antiguas aplicaciones COM(+), documentos XML, servicios Web, colas de mensajes, directorio activo y almacenes de datos de Exhange Server. Puede obtener más información en la web del producto en Infragistics NetAdvantage Volumen 3 Las novedades que incluye Infragistics NetAdvantage Volumen 3 son un nuevo y completo motor de cálculo (CalcEngine) que le da toda la potencia de Microsoft Excel a sus formularios de Windows y a sus aplicaciones ASP.NET, una vista al estilo de Office 2003 y Visual Studio 2005, etc. Infragistics NetAdvantage 2004 Volumen 3 es el único entorno de componentes de presentación por capas diseñado para darle todo lo que necesita para crear GUIs pulidos y robustos para entornos Microsoft. Cuando está desarrollando en.com,.net o ASP.NET, NetAdvantage 2004 le trae el sistema de herramientas correcto para su trabajo, permitiéndole crear fácilmente interfaces con la sofisticación y la usabilidad que se encuentra en las aplicaciones comerciales más reconocidas hoy como Microsoft Office, Windows y Outlook. Más información en Infragistics NetAdvantage Volumen 3 salió al mercado en Octubre de 2004, pero a partir del 1 de diciembre, Abox ofrecerá una mejora en el precio. Puede consultar en dnm.noticias 7

8 << dnm.noticias Microsoft IT Forum 2004 Conferencia europea para profesionales TI, arquitectos de sistemas y aplicaciones, especialistas y administradores. En días pasados, del 15 al 19 de noviembre, ha tenido lugar en la ciudad de Copenhagen el IT Forum 2004, el que quizás sea el mayor evento para IT Pros de todos los que se celebran en Europa. Este año el evento contó con la presencia de Bill Gates que participó en la primera de la keynote junto con Jean- Philippe Courtois, responsable en Microsoft para EMEA con una charla titulada The Magic of Software. En dicha charla resaltó la importancia del software y en general de la informática como herramienta que permita a las personas disfrutar de una vida mejor al mismo tiempo que exponía las iniciativas que están en marcha en áreas como la gestión de identidades, anunciando el lanzamiento de una SmartCard basada en.net, o la gestión de sistemas englobada en lo que Microsoft denomina DSI (Dynamic Systems Initiative). Posteriormente, Scott Charney ya en una segunda keynote habló sobre las iniciativas y el punto de vista de Microsoft en temas relacionados con la seguridad, área de la cuál es uno de los máximos responsables en la compañía. El evento, que se desarrolló con una logística y planificación similar a la que Microsoft nos tiene acostumbrados con eventos como el TechEd, contó con múltiples charlas en áreas como la administración y la gestión de sistemas, la gestión de datos, la planificación y despliegue de sistemas, soluciones de infraestructura, mensajería y movilidad y, por supuesto, cómo no, seguridad. A mayores múltiples Hands-On-Labs o talleres donde entrenar los conocimientos adquiridos en las conferencias y los inestimables Ask The Experts, que contaban con nombres como Ron Talmage, Gianluca Hotz o Jimmy Andersson entre muchos otros. En el capítulo de novedades o lanzamientos, los asistentes han podido trabajar ya en los Hands-On-Labs con una beta de Windows Update Services, o lo que es lo mismo, Software Update Services (SUS) 2.0. Entre las nuevas características, una muy importante: con WUS seremos capaces de distribuir actualizaciones para Windows pero además también para Office, Exchange y SQL Server. Sobrevolando en todo momento el Bella Center de Copenhagen estaba el lanzamiento de Microsoft Operations Manager (MOM) 2005 y de Virtual Server 2005, el hermano de Virtual PC 2004 orientado a servidores que cuenta con novedades interesantes como la posibilidad de desplegar sobre una misma máquina física varias máquina virtuales que conformen un cluster de Windows. Y de Copenhagen nos traemos una estupenda noticia; en el año 2005 el IT Forum tendrá lugar en Barcelona! Tomad nota, tenemos todos una cita del 15 al 18 de noviembre del año próximo en el IT Forum << dotnetmanía 8 Borland presentó Delphi 2005 en Madrid y Barcelona Borland, conjuntamente con Danysoft, celebró sendos seminarios en Madrid y Barcelona para presentar las novedades de Dephi Las presentaciones corrieron a cargo de Octavio Hernández, director técnico de Danysoft y Jason Vokes, jefe de producto para Delphi. La agenda de los seminarios fue: Delphi Presentación por Jason Vokes. Ventajas de Delphi 2005 para ADO.NET. Desarrollo de aplicaciones y servicios Web ASP.NET. Desarrollo de aplicaciones para Win32 y.net. Panel de expertos. Puede obtener información de Delphi 2005 en el número 9 de dotnetmanía, o en o en Nuevo InstallShield 10.5 Macrovision ha anunciado la nueva versión 10.5 de InstallShield. Entre las nuevas características se incluye: Característica Trialware.Puede convertir en un producto completo, uno de evaluación en pocos pasos. Soporte para MSI 3.0. Diseño Colaboración. Introduce ensamblados reusables, versionables y componentes modulares que pueden ser incorporados en diferentes instalaciones. Vista de cambios XML. Permite actualizaciones automáticas de ficheros de configuración XML en las máquinas destino, sin que sea necesario escribir código cliente. Repositorios locales y en red. Permite a los usuarios compartir y reutilizar elementos comunes entre múltiples proyectos de instalación. dnm.noticias

9 Por Antonio Quirós General Area Manager Alhambra-Eidos Orientación al producto versus orientación al procedimiento Entre las muchas encrucijadas que existen hoy en el ámbito de la Ingeniería del Software (perdón, ahora se llama Arquitectura, yo es que soy de letras y, por tanto, un poco lerdo), tenemos aquella donde se cruzan dos orientaciones que, no siendo contrapuestas, marcan a veces el modo en que los equipos de trabajo se organizan y realizan su labor diaria. Se trata de la orientación al producto frente a la orientación al procedimiento. << Mucho se ha hablado, Muchos hubieran deseado nacer en otra época o que Cobol no se hubiera acabado nunca y mucho se hablará aún, acerca de cómo debe fabricarse el software. Pero, en general, podemos conceptualizar las orientaciones actuales en dos frentes diferentes: 1) Quienes ponen el acento en fabricar un buen producto. Para ellos lo importante es la calidad de la solución final sin importar tanto el método de fabricación o el modelo de colaboración que se haya puesto en práctica para regular las relaciones con él. Hablando en términos algo vulgares podríamos decir que, para los que siguen esta orientación, el fin justifica a los medios. Podemos afirmar que todos aquellos que hablan de metodologías ligeras, ágiles, Extremme Programming, etc. son los principales detentadores de esta afirmación. 2) Quienes ponen el acento en tener un procedimiento riguroso de fabricación y un modelo de colaboración con el cliente lo más determinado posible. Para ellos lo importante es el rigor en el proceso de construcción a fin de que las partes contratantes y ejecutoras del proyecto tengan en todo momento claro que la fabricación se hará de acuerdo a unas normas y que los aspectos contractuales y económicos del proyecto se cuidarán sobre cualquiera otros. CMM (Capability Maturity Model) es quizá el paradigma de los que defienden este punto de vista. Lo normal es que ambas posiciones, si se extreman, conduzcan a situaciones paradójicas que, sin duda, debemos evitar. Así, pues, no creo que un equipo de desarrollo pueda concentrarse en obtener el mejor producto posible si, mientras tanto, su empresa se está arruinando porque el cliente, enfurecido por la anarquía y el caos presente durante el proceso de desarrollo, no paga ninguna de las facturas. Podemos estar orientados a realizar el mejor producto entre los posibles, pero si nos olvidamos de que hay fechas que cumplir y lo sacamos un par de años más tarde de lo que estaba previsto seguro que nuestro cliente no nos felicitará por el servicio prestado. Por el contrario, si nos concentramos en sólo la forma, si guardamos las medidas más reglamentarias y hacemos que la planificación del proyecto, las actas, las comunicaciones internas, etc., sean nuestras herramientas de trabajo, pero no cuidamos de modo especial la calidad del producto final, estaremos igualmente perdidos. Nuestro cliente nos mantendrá su crédito de credibilidad mientras dure el proyecto, animado por las buenas formas y un modelo de colaboración muy cuidado, pero explotará su cólera al final cuando compruebe que el producto obteni- 9

10 << dnm.opinion 10 do no responde a los estándares de calidad necesarios para su implantación con éxito. Hacia dónde debe, pues, orientarse una empresa de servicios que desarrolle software para clientes o incluso un departamento de informática interna de cualquier corporación que deba desarrollar, igualmente, proyectos de software para los distintos departamentos de la misma? La respuesta a esta pregunta no está en una afirmación rotunda hacia ninguno de los dos componentes del binomio orientación al producto / orientación al procedimiento; desde mi punto de vista, lo que tenemos que hacer es indagar acerca de la prelación que existe entre ambas orientaciones para tratar de adecuar nuestra acción empresarial y tecnológica en función de lo que descubramos. No es concebible que una compañía actual que esté desarrollando software no esté pensando continuamente en formar y certificar a sus técnicos. A mí, y es una opinión estrictamente personal, no me cabe la menor duda de que el orden de prelación coloca en un nivel más relevante la orientación al producto y, en segundo lugar, la orientación al procedimiento. Quiero decir con esto que lo que podemos hacer es olvidarnos de la orientación al procedimiento y centrarnos en la orientación al producto? Ni mucho menos. Simplemente quiero indicar que un cliente quizá pueda perdonarnos dificultades en el modelo de colaboración pero, desde luego, lo que no va a perdonarnos es la fabricación de software deficiente, escasamente probado, que a duras penas cumpla con los requisitos pedidos o que se encuentre obsoleto en cuanto a su concepción funcional y/o tecnológica. Las empresas, no obstante, deben cuidar ambos elementos en general. No es concebible que una compañía actual que esté desarrollando software no esté pensando continuamente en formar y certificar a sus técnicos para que sus logros tecnológicos sean cada vez mejores, pero tampoco es concebible que no esté, en paralelo, activando políticas para lograr implantar abordajes metodológicos (CMM u otro cualquiera) que hagan más viables y sencillos los proyectos. Muchos pensarán que si ya es muy fuerte el continuo tesón para estar al día tecnológicamente, lo que ya nos desborda es tener que estarlo también en la parte metodológica y procedimental. Efectivamente, muchos hubieran deseado nacer en otra época o que Cobol no se hubiera acabado nunca, pero la realidad es bien diferente y la complejidad es una tendencia irreversible dentro de nuestro mundo. No podemos invertirla, no podemos buscar la simplicidad porque la simplicidad pertenece a un pasado mítico del hombre que ya no volverá (salvo catástrofe natural o nuclear). Por tanto no sirve quejarse sino ponerse a trabajar. Otro aspecto interesante que me gustaría resaltar es la utilización de los aspectos procedimentales como barreras para detener las lógicas pretensiones de nuestros clientes respecto a que el software construido para ellos, además de estar realizado de modo formalmente correcto, funcione. Lógica pretensión, por otra parte, si consideramos que se suelen invertir decenas de miles, centenas de miles o incluso millones de euros en proyectos cuya finalidad es la de satisfacer las necesidades de negocio de los clientes. Esto debe llevarnos a considerar que, por encima de la orientación al producto y/o de la orientación al procedimiento debe sobreponerse un valor de mucha mayor importancia que es la orientación a satisfacer las necesidades del negocio de nuestro cliente. Por esto me gusta MSF (Microsoft Solutions Framework) porque creo que coloca todos estos elementos en el orden de prelación razonable entre ellos y, desde luego, al asunto de la satisfacción de las necesidades del negocio del cliente por encima de cualquier otro. A poco que nos paremos a pensar, todo esto parece conducirnos a un consejo de radical importancia y es la reeducación de nuestras mentes para, a modo de como lo hacemos en un armario, colocar en ellas las cosas en los lugares adecuados, las camisas en las perchas, los calcetines con los calcetines y las corbatas en el corbatero. Hay muchos desarrolladores, o muchas empresas de desarrollo al completo, que tienen muy mal colocado su armario y a lo mejor han colgado los calcetines de las perchas y amontonado las camisas al lado de los zapatos. Este proceso es difícil, ya que los prejuicios y la educación amontonada durante años nos dificultan el trabajo, sin embargo es una labor imprescindible. En este proceso sólo sobrevivirán los que mejor se adapten a la complejidad de nuestro mundo, los que comprendan que nuestros clientes sólo nos contratarán si construimos software con el mejor método y con el mejor resultado posible y siempre pensando en que somos sólo una parte del engranaje de negocio de nuestros clientes y no una pieza imprescindible y autónoma. Los delirios de grandeza no nos llevarán más que al fracaso. La humildad de reconocer nuestras limitaciones y defectos es lo único que nos puede conducir a superarlos y crecer continuamente.

11 << Por Marino Posadas MVP Visual Developer C# Alhambra-Eidos Entrevista a Ivan Medvedev Microsoft se adscribió a la iniciativa Trustworthy Computing (Informática Fiable) desde sus inicios. Su adopción, se extendió de forma natural a las plataformas de desarrollo, y en concreto, al propio motor de.net Framework (el CLR). En el evento de Microsoft Research de este año, tuvimos la oportunidad de departir con Ivan Medvedev, del CLR Security Team en Redmond. Nos acompañó en esa ocasión el profesor Miguel Katrib de la Universidad de La Habana, quien había estado investigando temas de introspección de tipos (Reflection) y su relación con la seguridad (ver nº3 de dotnetmanía). Miguel Katrib: Escribí código para factorizar una clase utilizando Reflection.Emit, y observamos que el sistema no comprobaba el tipo de retorno del método, pero eso sólo ocurría cuando el valor SkipVerification mostraba un valor verdadero. Mi pregunta es porqué este valor está asignado a verdadero por defecto? Ivan Medvedev: Efectivamente, pero eso sólo es cierto cuando la ejecución es de código local. Lo que se pretende con eso es que el código de la propia máquina tenga los mayores permisos de cara al propio desarrollador. Hay varios niveles, uno de los cuales es FullTrust, que incluye lo anterior. Miguel Katrib: Entiendo, pero si en Visual Studio tenemos la posibilidad de prohibir la ejecución de código desde diversos escenarios, por qué necesitamos que ese valor sea verdadero? Ivan Medvedev: Por que -por ejemplo- cuando trabajas en C++, algunas veces hay que trabajar sin verificación. Pongamos que trabajas con algún puntero, o acceso directo a la memoria. En esos casos, el compilador produce código no verificable y la única forma de ejecutar ese código es tener permiso del tipo SkipVerification. Nosotros queríamos permitir que todos los programas que se ejecuten manualmente desde la máquina local tuvieran todos los permisos necesarios. La mayoría de las veces, tu código en la máquina local es propio y por tanto, seguro. Otro tema es que te bajes programas de Internet. Eso no puede ser seguro por defecto, más bien lo contrario. Miguel Katrib: No hubiera sido mejor separar esos conceptos (cuando se necesitan punteros y demás) de los otros casos? Ivan Medvedev: No porque lo que pretendíamos es que existiera una flag única que otorgase los permisos para estos casos. Otra situación pensamos que 11

12 << dnm.directo.entrevistas 12 hubiera resultado confusa de cara al desarrollador. Marino Posadas: Bien. Vayamos una vez aclarado esto a cuestiones más genéricas de seguridad. El otro día veía un ejemplo de tu Web sobre cómo no se deben hacer algunas cosas (un colegio presentaba exámenes on-line, y las respuestas podían deducirse a partir del análisis del código fuente). Crees que esa es una práctica común? Ivan Medvedev: Sucede más de lo que se piensa. También depende del nivel de conocimientos del desarrollador, claro. Por ejemplo, en Microsoft, tenemos un programa de formación llamado Monitoring Security Training, y cada ingeniero conoce el significado de la seguridad, o dónde tiene que acudir para encontrar recursos asociados a la seguridad. Quizá no pasa lo mismo en empresas más pequeñas o en algunos centros de enseñanza. Marino Posadas: Ahora sabemos que Longhorn va a ser un sistema administrado. Eso quiere decir que en gran manera la seguridad del nuevo sistema va a estar vinculada a la seguridad del propio CLR. Podremos utilizar estas características en el nuevo sistema para evitar spam, spyware y otros elementos indeseables de Internet? Ivan Medvedev: Sí, por supuesto. En Longhorn va a haber muchas API's administradas, y en suma, todo el sistema va a ser mucho más seguro, por que la propia plataforma.net lo es. Supongamos un caso típico de explotación, los buffer overrun, por que existe un control administrado de esos búferes. Y hay muchísimos otros ejemplos que podría citar aquí. También es una forma de hacer que los programadores puedan escribir código más seguro de forma simple, gracias a que la plataforma misma lo soporte. Marino Posadas: Los llamados spyware o adware utilizan igualmente esas técnicas para su intrusión? Ivan Medvedev: Podrían utilizarlas a veces para conseguir instalarse. Una vez instalados, ya no. Lo que nosotros queremos es evitar que ese tipo de software llegue a instalarse. Marino Posadas: Podríamos decir que también aquí el futuro es la especialización? Ivan Medvedev: En Longhorn van a existir muchísimas más clases administradas, lo que va a hacer innecesarias muchas de las llamadas a las API's actuales. Pero la especialización va en aumento, sí. Marino Posadas: Desde el punto de vista de la seguridad, qué piensas de la herramienta de ofuscación de código (Obfuscator) que viene con Visual Studio? Ivan Medvedev: La ofuscación no es sino una técnica más. Puede hacer que un hacker tenga bastante más difícil el acceso al código fuente, pero en sí misma no es suficiente. Pero no es como convertirlo a código nativo. Ahí si que las cosas son mucho más difíciles, por que aunque uses un desensamblador, todo es mucho más difícil de leer y de entender. Marino Posadas: En tu sitio Web he leído acerca de la posibilidad de que la próxima versión de.net no permita la posibilidad de deshabilitar la seguridad. No piensas que eso es una cuestión personal? Ivan Medvedev: Ahora existen varias formas de deshabilitar la seguridad. La que yo quiero eliminar está relacionada con un parámetro de la utilidad caspol que anula todo tipo de seguridad. Esto es peligroso por que algunas veces, los usuarios que no conocen bien los problemas de seguridad, pueden provocar (y provocarse a sí mismos) problemas debido a esta técnica. Sin ese parámetro, también existe la posibilidad de deshabilitar muchas características de seguridad, pero son formas que implican un mayor conocimiento de lo que estás haciendo y sirven de recordatorio de la situación. En Longhorn va a haber muchas API's administradas y, en suma, todo el sistema va a ser mucho más seguro, por que la propia plataforma.net lo es Marino Posadas: Crees que la utilidad FxCop debería de estar incluida en la próxima versión de Visual Studio.NET? Ivan Medvedev: FxCop es una excelente herramienta y yo la he recomendado muchas veces. De hecho hasta cierto punto yo estuve implicado en su desarrollo Marino Posadas: No me refiero sólo a esa herramienta, en realidad, sino a si la versión 2.0 va a incluir más herramientas en su SDK

13 << dnm.directo.entrevistas Ivan Medvedev: Con toda seguridad. Aunque no puedo decir que FxCop vaya a estar incluido en esta versión, pero sería una buena idea. Marino Posadas: Y una pregunta que he hecho a Rafal Luckawiecki, anteriormente, la seguridad plena en la red necesitará de la Criptografía? Ivan Medvedev: Si por seguridad entendemos protección de datos, en muchas ocasiones sí, esa sería una de las mejores soluciones. En realidad, la mayoría de los algoritmos criptográficos ya están bien establecidos, y Microsoft no necesita realizar mucha investigación al respecto. Nosotros mantenemos contactos con universidades en las que se investigan las aplicaciones de esos algoritmos y más tarde los aplicamos en algunos de nuestros productos. Pero la investigación criptográfica es un esfuerzo a nivel mundial. Por el contrario, si hablamos de aplicar esos algoritmos a protocolos de comunicación muchas veces depende de dónde vengan esos algoritmos. A veces vienen de organizaciones de estandarización, como la W3C, y otras veces de compañías privadas como la nuestra. Si están bien hechas pueden reforzar la seguridad, no cabe duda. Marino Posadas: Crees que la inversión en el conocimiento de estas tecnologías es una inversión recomendable? Ivan Medvedev: Completamente. En el futuro, la seguridad se va a convertir cada vez más en un elemento crucial a tener en cuenta y conocer la seguridad de diferentes productos y compañías nos ayudará a reforzar nuestros propios sistemas. Marino Posadas: Una cuestión acerca de la política empresarial de seguridad. Qué recomiendas a las empresas que hagan respecto a la seguridad? Ivan Medvedev: Creo que cualquier inversión que realicen las empresas en ese sentido va a ser crítica a medio, e incluso a corto plazo. Nadie quiere distribuir productos inseguros en un mundo como el de hoy, y los clientes empiezan a demandar esa seguridad de las empresas que se dedican al desarrollo. Y lo que es bueno para los clientes, lo será para las empresas. Incluso podría recomendar algunos excelentes libros al respecto, como la obra de Michael Howard y David C. LeBlanc, Writing secure code, que en Microsoft es de lectura obligatoria para todos los desarrolladores. Creo que los estudiantes y/o desarrolladores deberían comprender primero qué es lo que sucede si no se hace el código seguro. Entender algunas de las más importantes vulnerabilidades ayudaría a tenerlas en cuenta Miguel Katrib: Harías esa recomendación también para los profesores que enseñamos informática? Ivan Medvedev: La seguridad es una materia muy extensa. Creo que merecería un curso aparte y ser tratada en profundidad. Es difícil enseñar a la gente a escribir código seguro, especialmente a aquellos que nunca antes han pensado en la seguridad. Creo que con los buenos libros que existen actualmente sobre seguridad, se podría confeccionar un curso excelente sobre el tema. La obra que cité anteriormente, está muy bien estructurada, por ejemplo, y podría servir de modelo. Miguel Katrib: nosotros intentamos hacerlo cubriendo diferentes escenarios de seguridad. Quizá eso no abarca todo lo necesario, pero es una aproximación. Ivan Medvedev: Creo que los estudiantes y/o desarrolladores deberían comprender primero qué es lo que sucede si no se hace el código seguro. Entender algunas de las más importantes vulnerabilidades ayudaría a tenerlas en cuenta. Por ejemplo, si los usuarios comprenden bien lo que es un debilidad del tipo buffer overrrun, la próxima vez que escriban algo que tenga que ver con búferes recordarán esto y podrán sugerir soluciones. 13

14 << Por Erich Bühler.NET Framework y VB.NET MVP Informes y trazado de gráficas 3D en ASP.NET (II) No debo ocultar por más tiempo el objetivo de esta serie de artículos que a simple vista se centra en enseñar la vía de crear informes en ASP.NET. Se habrá dado cuenta si leyó la primera parte que en realidad he querido mostrar varias tecnologías que pueden ser utilizadas en aplicaciones Web y por ello he elegido como excusa la creación de informes. 14 Esto ha sido motivado particularmente por el hecho de que muchas de las tecnologías parecen orientadas originalmente a soluciones para ambientes Windows y finalmente la gran parte de los desarrolladores desconocen cómo sacar provecho en lo que a la Web respecta. De esta forma he decidido elegir de excusa este tema para explicar varias utilidades desconocidas quizá para muchos de ustedes y he dejado de lado solamente durante estas entregas mis clásicos artículos que apuntan a un nivel más bajo de la infraestructura. Le dice algo Office Web Components 11.0 o ASP.NET Reports Starter Kit?. Si no sabe de lo que le estoy hablando es buena idea que continue con la lectura ya que de esta forma logrará dos objetivos: el primero, crear informes Web con resultados más que espectaculares; el segundo, conocer un par de tecnologías que tienen mucho para ofrecer. En el artículo anterior vimos cómo utilizar trazados GDI+ y plasmarlos en una página de servidor activo ASP.NET para finalmente enviarlo a un cliente Web (Internet Explorer, Netscape, etc.). Aquí aprenderemos un poco de arquitectura, organización y -lo que es más importante- cómo poner todo esto a funcionar en informes bajo un ambiente Web. Por donde empezar Por supuesto que existen varias herramientas para generar visualmente informes, muchas de las cuales son versátiles y fáciles de utilizar, aunque también algunas de éstas tienen un precio un tanto inaccesible por lo menos para mi bolsillo. Por otro lado en algunas ocasiones se busca generar reportes sencillos o los que corresponden a los denominados informes estándares (relaciones, subtotales, etc.). Es aquí donde es posible encontrar otras alternativas fáciles y sin coste alguno; y un buen ejemplo de ello es ASP.NET Reports Starter Kit ( A diferencia de lo que se puede pensar inicialmente, esto no es una herramienta sino que se trata de una aplicación VS.NET que muestra 8 ejemplos de informes y diferentes prácticas y tecnologías que pueden ser aplicadas para resolver cada caso. Es así que ASP.NET Reports Starter Kit es un proyecto de ejemplo que enseña hábitos sanos de programación así como la creación de informes sin necesidad de utilizar controles de otros fabricantes. A su vez no sólo demuestra la forma de crear el mismo, sino que también la manera de realizar optimizaciones para su impresión. Pero sin lugar a dudas esto sigue siendo lo menos importante ya que a mi criterio lo que más resalta es la vía en la que está programado, esto es, utilizando gran parte de las recomendaciones de Microsoft para proyectos ASP.NET. Es así que Starter Kit es también una maravilla desde el punto de vista de programación y organización, y se incluye tanto la versión en VB.NET como C#, lo que puede ser ampliamente beneficioso si prefiere algún lenguaje en particular. Como de costumbre intentaré mostrar ejemplos en los dos lenguajes para que ambos bandos se sientan cubiertos. Pero antes de comenzar es necesario instalar ASP.NET Reports Starter Kit, el que además de esta-

15 << dnm.asp.net blecer una carpeta para el código fuente, crea una base de datos SQL Server y configura la carpeta virtual para el proyecto Web. Si no cuenta con SQL Server es posible realizar algunos cambios para adaptar este proyecto con el fin de que haga uso de otra base de datos, pero por supuesto esto implica lidiar con el código y entender cómo fue programado. Una vez instalado se habrá creado una base de datos llamada Reports y una carpeta virtual. Es factible abrir el proyecto desde Visual Studio indicando este directorio virtual o acceder directamente a la página de inicio mediante el explorador. Básicamente la página principal permite seleccionar uno de los 8 diferentes tipos de informes (ver figura 1). Figura 1 Todos ellos representan casos estándares de la programación universal como pueden ser un listado tabular, maestro/detalle, visual empleando un gráfico de tarta 2D, etc. Por supuesto que todo esto sin hacer uso de un solo control de terceros Activex/ensamblado, basado meramente en programación.net framework. Si se accede a un informe (figura 2) podrá ver una breve explicación sobre su funcionamiento, los controles ASP.NET empleados para su construcción, sus dependencias, etc. Sin lugar a dudas que es un candidato ideal para aprender mucho sobre.net framework, programación y más. En algunos casos el informe puede ser empleado prácticamente sin cambios, aunque debo admitir que en otros, tan sólo los conceptos pueden ser utilizados. Esto es así ya que en realidad cada informe está atado a una tabla, sus campos y la lógica específica. Le propongo desmenuzar uno de los informes para luego jugar un poco con éste y agregarle algo de código que haga uso de Office Web Components 11.0, esto es, un conjunto de componentes que nos permitirán realzar la presentación Web mediante gráficos tridimensionales. Desmenuzando el listado jerárquico Figura 2 El listado jerárquico se compone de tres diferentes DataGrids, aunque solamente uno de ellos es visible inicialmente. El mismo contiene totales de ventas agrupados por zonas (o territorios). A su vez se cuenta con un control combo en la parte superior que hace posible seleccionar un año, lo que refrescará automáticamente al DataGrid inferior. También implementa paginación y como si fuera poco cada uno de los elementos de la lista se exhibe como un hipervínculo (figura 3). Cuando se hace clic sobre un elemento se muestra un segundo DataGrid a la derecha con los empleados pertenecientes a dicha zona y sus subtotales presumiblemente de ventas. Finalmente si se hace clic en el empleado aparece un tercer DataGrid con la información personal del mismo. Puede seleccionar otra zona lo que hará comenzar con este ciclo nuevamente. Como se puede apreciar, la información es navegada dinámicamente lo que permite al usuario ir más allá del clásico informe estático. Básicamente este informe es un WebForm que cuenta con 3 controles DataGrid, de los cuales 2 son invisibles al comienzo. El primer DataGrid muestra sus elementos como hipervínculos lo que hace que ellos puedan ser seleccionados. Éste se encuentra enlazado al procedimiento almacenado SalesbyTerritory (ventas por territorio) y cuando se produce el clic sobre uno de los valores, el segundo DataGrid es enlazado al procedimiento almacenado GetEmployeeSales- ByTerritory (obtener ventas de empleados por territorio) no sin antes utilizar la primera selección como filtro. Lo mismo sucede con el último DataGrid, el que llamará a GetEmployeeById (obtener empleado por identificador) con el parámetro seleccionado en la lista anterior y en la primera. Como vemos el segundo y tercer DataGrid dependen de la selección del inicial para exhibir sus datos. Voy a detenerme un segundo en la técnica que se emplea para el pasaje de información entre ellos, ya que creo que puede ser ampliamente utilizada en varios contextos. Figura 3 15

16 << dnm.asp.net <asp:templatecolumn sortexpression="territory" headertext="territory Name"> <itemtemplate> (1)<asp:linkbutton oncommand="territorygrid_click" commandname="territorydrill" (2)commandargument='<%# DataBinder.Eval(Container, "DataItem.TerritoryDescription") %>' (3)cssclass="hier" runat="server" id="territorylnk" (4) text='<%# DataBinder.Eval(Container, "DataItem.TerritoryDescription") %>' </asp:linkbutton> </itemtemplate> <itemstyle width="200px"></itemstyle> </asp:templatecolumn> El fuente 1 nos muestra un resumen de la plantilla del primer DataGrid, la misma provee un botón de link (1) lo que hará que el contenido sea exhibido como hipervínculo. A su vez los elementos a mostrar serán el valor del campo de la base de datos TerritoryDescription, y esto se logra mediante la evaluación en tiempo de ejecución ofrecida por la sentencia DataBinder (4). También se provee una hoja de estilo en cascada para mejorar la presentación (3). Sin embargo el punto 2 es el que hace que la magia funcione y que se le pase a la segunda lista el valor seleccionado en la primera. CommandArgument es una propiedad en la que es posible especificar cualquier contenido, lo interesante es que el valor incluido aquí será transferido a un argumento del evento clic del DataGrid. Veamos un segundo la línea en cuestión en el fuente 2. Fuente 1 servidor el valor se obtiene fácilmente como detalla en el fuente 3. La implementación del tercer DataGrid es similar a lo que ya vimos en el segundo, salvo que en vez de indicarse tan solo un valor se deben pasar 2, esto es, el territorio seleccionado en la primera lista más la selección actual (fuente 4). Aunque ésta ha sido la implementación realizada por Microsoft me atrevo a decir que en general es recomendable usar un carácter diferente a la coma (uno que difícilmente se incluya), ya que para el caso que la misma aparezca en la descripción de un territorio se producirá un fallo en la aplicación debido a que la conversión será finalmente errónea. Informes en arquitectura de tres capas protected void TerritoryGrid_Click(Object sender, CommandEventArgs e) // Obtiene el valor del campo seleccionado. string territoryname = e.commandargument.tostring().trim();... // Utiliza el valor como filtro del segundo DataGrid ETTableColumn.Visible = true; ETHeader.Text = territoryname; BindList_EmpTerr(territoryName);... Fuente 3 16 commandargument='<%# DataBinder.Eval(Container, "DataItem.TerritoryDescription") %>' Fuente 2 En este caso el evento clic recibirá el contenido del campo de la fila seleccionada por el usuario, el que es utilizado para filtrar el segundo DataGrid. Incluso se podría especificar un campo de la base de datos diferente al mostrado en la lista, este es el caso cuando se tiene un código y una descripción y se desea exhibir uno pero filtrar por el otro. En el lado del commandargument='<%# (String) DataBinder.Eval(Container, "DataItem.EmployeeName") + ","+ DataBinder.Eval(Container,"DataItem.EmployeeID").ToString() %>' En el evento clic es necesario aplicar un pequeño truco para aislar los 2 datos. Como exhibe el fuente 5 esto se logra convirtiendo al resultado en una matriz utilizando de delimitador la coma. string[] cmdargs = e.commandargument.tostring().split(','); string employeename = cmdargs[0]; int employeeid = Convert.ToInt32(cmdArgs[1]); Fuente 4 Como mencioné al comienzo del artículo los informes hacen uso de dos características dignas de ser comentadas. Por un lado la lógica de cada informe no está en realidad contenida dentro del formulario Web. En realidad se ha separado el código utilizando clases para representar los diferentes objetos de negocio (funcionalidades). Cada informe invoca su propio conjunto de métodos de clases, las que llevan lógicamente adelante las diferentes operaciones. Esto mejora ampliamente la reutilización ya que hace viable que incluso la interfaz gráfica pueda ser una aplicación de Windows, o lo que es más interesante, exponer esta lógica mediante servicios Web con el fin de que sea Fuente 5

17 << dnm.asp.net consumida por terceros. A su vez el código relacionado con el acceso a datos se comprende dentro de una clase común a toda la aplicación, lo que brinda el beneficio de poder modificar la implementación de conexión al origen de datos y que siempre y cuando se conserve la interfaz (métodos) la aplicación siga funcionando. Seguramente ya sepa de lo que le estoy hablando, de una bonita aplicación en 3 capas (presentación, lógica de negocio y lógica de acceso a datos -se muestran en la figura 4-). Debido a que los informes están siempre orientados a listas de elementos la transferencia de información entre los componentes de negocio se hace utilizando colecciones personalizadas basadas en la clase ArrayList. Esto facilita posteriormente la gestión y pasaje de la información entre métodos de las clases. El fuente 6 nos muestra parte de su implementación. public class HierarchicalReportCollection : ArrayList public enum HierarchicalReportFields InitValue, Territory, SalesTotals, EmployeeName //Sigue... Fuente 6 A su vez se implementan algunos métodos como ser Sort, el que hace posible ordenar alfabéticamente sus miembros. Sin embargo esta técnica tiene varias ventajas y por supuesto desventajas. La parte buena es que se tiene en todo momento la tecnología intellisense para consultar los campos de la base de datos, los que en realidad son implementados en la colección mediante un enumerado. Adicionalmente colección rima con orientación (a objetos), lo que hace que sea mucho más liviana para el pasaje entre componentes en comparación con un DataSet. Sin embargo el punto oscuro es que si se agrega un nuevo campo a la base de datos hay que modificar la implementación de la colección y el código si se desea tener acceso al mismo. Recomiendo evaluar en cada caso ventajas y desventajas de aplicar esta técnica. Bloque de aplicación de acceso a datos Figura 4 Como comenté anteriormente el acceso a datos se realiza empleando procedimientos almacenados y por supuesto ADO.NET. Aquí se utiliza el llamado Bloque de Aplicación de acceso a datos. Básicamente éste es un conjunto de clases orientadas a SQL Server, las que encapsulan llamadas a ADO.NET con el objetivo de brindar una vía más sencilla, rápida y clara de lidiar con una base de datos. A mi criterio utilizar ADO.NET es tedioso, por lo que Microsoft a implementado esta biblioteca para mejorar la experiencia. Para los curiosos debo decir que se ofrecen los fuentes en C# y Visual Basic.NET incluido en los ejemplos de inicio rápido (Quick Start Samples). Esto permite personalizar cada una de las facetas, aunque en general con lo que se ofrece es más que suficiente. La compilación del proyecto de Bloque de aplicación de acceso a datos produce una biblioteca denominada Microsoft.ApplicationBlocks.Data.dll. Dentro de ésta se incluye una clase principal SqlHelper que ofrece el núcleo de funcionalidades (hay otras pero las dejaremos de lado para no extendernos). A su vez se ofrecen varios métodos estáticos lo que hace posible invocar a varios de sus miembros directamente. He incluido dos pequeños ejemplos de utilización en el fuente 7. //Obtiene un DataSet de una consulta estándar- DataSet ds = SqlHelper.ExecuteDataset( "SERVER=MiServidor;DATABASE=Northwind;INTEGRATED SECURITY=sspi;", CommandType.Text, "SELECT * FROM Clientes"); //Obtiene un DataSet invocando a un procedimiento //almacenado con 1 parámetro. DataSet midataset = SqlHelper.ExecuteDataset(""SERVER=MiServidor;DATA- BASE=Northwind;INTEGRATED SECURITY=sspi;", "ObtenerCliente", "1133"); En ADO.NET se necesitarían varias líneas para llevar adelante esta tarea, sin embargo utilizando la clase citada se reduce a una sola línea. Si está interesado en conocer más acerca del bloque le recomiendo que lo baje del sitio de Microsoft (msdn.micro- Fuente 7 17

18 << dnm.asp.net 18 soft.com/library/default.asp?url=/downloads/list/bda.asp). Hemos visto hasta aquí el funcionamiento más que interesante de ASP.NET Reports Starter Kit y sus condimentos. En el próximo apartado aprenderemos cómo añadir al informe jerárquico, un gráfico 3D utilizando los componentes Web de Office Utilizando Office Web Components 11.0 Un requerimiento común de un informe en estos días es ofrecer algún tipo de gráficos. Cuando se piensa en una aplicación de Windows esto es bastante sencillo ya que hay varias bibliotecas que cumplen este fin, incluso se tienen varios controles ActiveX que pueden brindar una solución sencilla en pocas horas de programación. Proveer la capacidad gráfica a una aplicación Web también puede tenerse sin demasiadas complicaciones si se conocen las herramientas adecuadas. Básicamente existen dos posibles soluciones: la primera es utilizando controles ActiveX o ensamblados a ejecutarse del lado del explorador. Esto ofrece una excelente interactividad y posibilita que el propio usuario pueda interactuar con la gráfica. Sin embargo además de no ser una solución multiplataforma, esta opción puede verse opacada por temas de seguridad, el usuario puede tener una política restrictiva que no le permita ejecutar el control. La segunda solución es crear la gráfica del lado del servidor para luego enviarla al explorador dentro de una página Web. Esta alternativa no es interactiva, aunque se consiguen ciertas características de este tipo escribiendo código script del lado del cliente en conjunto con el servidor. Afortunadamente Microsoft cuenta con un motor de gráficos bastante potente que cubre ambas alternativas llamado Microsoft Web Components y la versión 11 es la más reciente. OWC es la biblioteca que utiliza Microsoft Office 2003 para generar las gráficas, aunque también se pueden hacer muchas, pero muchas cosas más. Vale la pena destacar que no es necesario tener instalado Microsoft Office 2003, es posible bajar e instalar gratuitamente este paquete de la Web de la siguiente dirección (si tiene el CD de Office podrá encontrar allí esta utilidad): D= c-402e-4f72-97a5- e0fd290d4b76. Tenga presente la ruta de instalación ya que la utilizaremos luego para localizar las ayudas. Ahora bien si hace uso del modo interactivo deberá contar con una licencia de Office en el servidor, pero si por el contrario usa el modo estático esto no es necesario, por lo menos en base a lo que dice la licencia la que podrá leer y evaluar tranquilamente (support.microsoft.com/default.aspx?scid=kb; en-us;555075). Entendiendo como trabaja OWC 11.0 OWC es una colección de componentes COM que ofrecen clases con sus respectivos métodos, los que pueden ser accedidos desde cualquier aplicación.net framework. Es viable utilizar los mismos en modo interactivo -como control ActiveX del lado del explorador- o en modo estático, cosa que elegiré ya que nos permitirá crear mediante código de servidor los gráficos que serán insertados en el formulario Web como imagen. Lo primero que debemos hacer una vez bajado e instalado este paquete es agregar una referencia COM en nuestro proyecto de Visual Studio.NET, lo que nos permitirá interactuar con cada una de las facilidades provistas por la biblioteca (figura 5). Figura 5 Dependiendo de si se trata de Visual C# o Visual Basic.NET una de las siguientes dos líneas será de utilidad para configurar las clases al espacio predeterminado. using OWC11; Imports OWC11 OWC cuenta con varias ayudas y componentes, la tabla 1 muestra los archivos de documentación de las distintas funcionalidades. Antes de escribir una sola línea que haga referencia a OWC he creado un formulario Web vacío que será el encargado de implementar al código que dibujará al gráfico. Este formulario será insertado dentro de la página del informe jerárquico que vimos anteriormente utilizando una etiqueta de IFRAME (si desea compatibilidad con Netscape utilice un marco estándar). Ella permite en forma muy sencilla y modular adicionarle nuevas características a la página del informe, simplemente insertando al nuevo formulario Web dentro del que contiene al informe. <iframe id=miiframe name=miiframe frameborder=no runat=server width=90% height=330 src=grafico3d.aspx> </iframe> La página que contendrá al gráfico tomará de una variable de sesión los datos a mostrar, por lo que bastará con guardar allí el DataSet para que la serie sea representada automáticamente. Ahora centraremos nuestra atención en la parte programática. Para dibujar un gráfico es necesario crear un objeto de tipo ChartSpaceClass. Esta clase en realidad hace posible contener una o más gráficas; de hecho podríamos tener varios dibujos contenidos en el mismo espacio. La siguiente línea muestra cómo añadir un gráfico al espacio previamente creado. EspacioGráfico.Charts.Add(0) El próximo paso es bastante sencillo ya que solamente hay que configurar algunos valores estéticos como el estilo de la gráfica, el fuente del texto a utilizar, el color de borde, etc; todo

19 << dnm.asp.net Componente Archivo de ayuda Chart OWCDCH11.chm PivotTable OWCDPL11.chm Spreadsheet OWCDSS11.chm Spreadsheet OWCFUN11.chm DataSource, Chart, PivotTable y Spreadsheet esto interactuando directamente con las propiedades de la clase. Mostraré tan sólo unas pocas líneas para no extenderme en demasía, puede luego si lo desea bajar el código fuente completo y depurarlo paso a paso para analizar el resto de las líneas, aunque le advierto que no se llevará mayores sorpresas (fuente 8). Descripción Referencia para tiempo de diseño del componente para creación de gráficas. Referencia para tiempo de diseño del componente de tabla Pivote. Referencia de tiempo de diseño del componente de hoja de cálculo. Referencia de funciones del componente de hoja de calculo. OWCVBA11.chm Referencia de programación para todos los componentes. Tabla1. Resumen de espacios en GDI+ Ahora es necesario establecer una nueva serie que contenga la información de cómo los datos serán mostrados. Aquí se define la vía en la que se plasmarán la información en colores, tipos de letra, centrado de los valores, etc. (fuente 9). Como último paso es necesario cargar en el gráfico de tarta los valores de la serie a representar. Lamentablemente si bien este control es muy flexible no acepta un DataSet como origen de datos, cosa inconveniente ya que el informe jerárquico utiliza este medio como fuente de información. Sin embargo se admite una matriz como origen, por lo que he creado una pequeña rutina que convierte el DataSet en un objeto de este tipo. La primera línea establece la matriz conteniendo las categorías (descripciones), mientras que la segunda configura los valores a representar (fuente 10). El enumerado ChartDimensionsEnum indica qué tipo de serie se cargarán en cada caso -descripciones o valores-, mientras el valor chdataliteral de ChartSpecialDataSourcesEnum especifica que los datos deberán ser tomados del último argumento del método SetData, en este caso la matriz. EspacioGráfico.Border.Color = "white" EspacioGráfico.Charts(0).HasTitle = True EspacioGráfico.Charts(0).Type = ChartChartTypeEnum.chChartTypePie3D EspacioGráfico.Charts(0).Title.Font.Bold = True Figura 6 Fuente 8 EspacioGráfico.Charts(0).SeriesCollection(0).DataLabelsCollection(0).Font.Name = "verdana" EspacioGráfico.Charts(0).SeriesCollection(0).DataLabelsCollection(0).Font.Size = 10 EspacioGráfico.Charts(0).SeriesCollection(0).DataLabelsCollection(0).Font.Bold = True EspacioGráfico.Charts(0).SeriesCollection(0).DataLabelsCollection(0).Font.Color = "red" EspacioGráfico.Charts(0).SeriesCollection(0).DataLabelsCollection(0).Position = ChartDataLabelPositionEnum.chLabelPositionCenter Fuente 9 Finalmente el gráfico resultante se retorna al formulario Web utilizando la técnica que explicamos en el artículo anterior que se basaba en escribir sobre el objeto de respuesta el binario conteniendo la imagen resultante. La figura 6 nos muestra lo que podemos lograr haciendo uso de ASP.NET Reports Starter Kit y OWC 11. Espero que lo que traté aquí le haya servido para conocer algunas técnicas, trucos, y tecnologías aplicadas a ASP.NET. Por mi parte me despido esperando como siempre vuestros comentarios. EspacioGráfico.Charts(0).SeriesCollection(0).SetData(OWC11.ChartDimensionsEnum.chDimCategories, Convert.ToInt32(OWC11.ChartSpecialDataSourcesEnum.chDataLiteral), MatrizCategorias) EspacioGráfico.Charts(0).SeriesCollection(0).SetData(OWC11.ChartDimensionsEnum.chDimValues, Convert.ToInt32(OWC11.ChartSpecialDataSourcesEnum.chDataLiteral), MatrizValores) Fuente 10 19

20 Por Yamil Hernández y Miguel Katrib Grupo Weboo Universidad de La Habana Aspectos e intercepción de métodos en.net o cómo poner la guinda sin estropear el merengue Aspectos e Intercepción << << Con los recursos que brinda.net, es posible desarrollar mecanismos para interceptar la llamada a un método.una vez interceptada una llamada se puede entonces tomar el control y ejecutar funcionalidades relacionadas con la ejecución del método, pero que no están incluidas en el código de éste. Este artículo desarrolla y explica tres vías para llevar a cabo esta intercepción.se propone además un patrón de cómo aprovechar la intercepción para, mediante el uso de los atributos de.net, poder intercalar funcionalidad para asociar a la ejecución del método interceptado.se muestra cómo esta funcionalidad puede expresarse en términos de atributos.esto sirve de base a lo que se suele llamar entretejido de código (weaving) y con ello dar soporte a la aplicación de las ideas de la Programación Orientada a Aspectos (AOP 1 ) en el desarrollo de software sobre.net. El sueño de muchos desarrolladores de software se manifiesta en tener un mundo en el que desarrollar aplicaciones se sustente en ensamblar componentes de software que interactúen vía simples llamadas a métodos. Sin embargo, por lo general esto pasa por alto que ciertos aspectos de las aplicaciones suelen afectar a todas las partes de un programa. A la larga los programas tienden a contaminarse con cachitos 2 de código que intentan lidiar con aquellos aspectos de las aplicaciones que no son el foco central del problema que éstos intentan solucionar. Con frecuencia estos aspectos suelen entrometerse en el código original afectando con ello la aspiración de obtener soluciones reutilizables. Esta es el área que aborda lo que se ha dado en llamar Programación Orientada a Aspectos (AOP) 1 al intentar proveer estrategias de reutilización para solucionar los problemas mencionados. Ejemplos tradicionales de estos aspectos que pueden estar presentes o no en muchas componentes de software, con independencia del dominio del problema al que están dedicados, son la seguridad, la serialización, la sincronización, la transaccionalidad, etc. De hecho la infraestructura de.net trae integrada, a través de Visual Studio, los compiladores, la BCL y el CLR, soluciones para estas categorías de aspectos. Lamentablemente no hay aún en.net un mecanismo directo e integrado para que, de forma simple, los desarrolladores puedan implementar sus propios aspectos personalizados. Sin embargo,.net sí dispone de tres recursos básicos, que utilizados y desarrollados integradamente, pueden permitirnos dar un soporte para la implantación de estas ideas. Estos tres recursos son la infraes- 1 Siglas del inglés Aspect Oriented Programming. 2 A ver si aceptamos esta palabra, tan sonora en español, como sustitución del término en inglés snippet.