2.5.1 Comparando los diseñadores de datos de ADO.NET 1.x y 2.0

Transcripción

1 Las novedades de ADO.NET 2.0 código (diseñadores) que se invocan arrastrando los nodos de tabla o de campo desde el nuevo panel Orígenes de datos. El panel Orígenes de datos de VS 2005 substituye al Explorador de servidores como punto inicial para añadir los juegos y las tablas de datos a los proyectos. VS 2005 substituye los controles de datos del Cuadro de herramientas de versiones anteriores de Windows excepto DataSet- con los siguientes objetos y encapsuladores (wrappers) nuevos: TableAdapters sustituyen a los adaptadores de conexión y de datos especificos del proveedor, como son SqlConnection y SqlDataAdapter. Los adaptadores de datos y de conexión específicos del proveedor ya no aparecen en la categoría Datos del Cuadro de herramientas. BindingSources son encapsuladores para las fuentes de datos del proyecto, que normalmente, aunque no necesariamente, son tablas de datos (DataTables) miembros de un DataSet tipificado. BindingSources permite, mediante código, navegar por los datos y las listas y editarlos. BindingSources sirve asimismo como fuente de vinculación de la DataGridView con otros controles vinculados de edición. BindingNavigators son controles ToolStrip para fines específicos, que se asocian a una BindingSource para hacer posible, al estilo de un cuadro de herramientas, la navegación por listas o el grabado de datos, y otras operaciones relacionadas como son añadir nuevas entradas, borrarlas y guardar datos editados. Los controles DataGridView sustituyen al control DataGrid. Los DataGridViews se pueden vincular a los DataConnectors, DataTables, y ArrayLists. A diferencia de los DataGrid, los DataGridViews no pueden mostrar en pantalla datos jerarquizados. Los adaptadores de datos y conexión específicos del proveedor ya no aparecen en el formulario de la bandeja del diseñador. Los miembros privados de la clase PartialPublicClassTableNameTableAdapter del juego de datos definen el tiempo de ejecución de SqlConnections, SqlDataAdapters, y SqlTransactions para los proyectos basados en el SQL- Server. Las clases parciales para el código generado por el diseñador, guardadas en los archivos ClassName.Designer.vb, permiten añadir código a las clases DataSet que no han sido sobreescritas por el diseñador al reconfigurar nosotros los DataSets. En las secciones siguientes se introducen los nuevos controles y actualizados de ADO.NET 2.0, así como los formularios de edición y de muestra en pantalla de datos parametrizados autogenerados, y la nueva propiedad de actualización de batchs para las tablas de datos Comparando los diseñadores de datos de ADO.NET 1.x y 2.0 Como ya se mencionó en el capítulo anterior, uno de los objetivos básicos del equipo de desarrollo de VS 2005 es suavizar la curva de aprendizaje de los desarrolladores especialmente los de VB que emigran de VS 6.0 a VS Añadir el nombre-espacio My y sus clases a los proyectos VB.NET es un ejemplo de cómo se ha simplificado el 69

2 Bases de datos con Visual Basic acceso a las propiedades del ordenador local y sus recursos, a expensas de una mayor complejidad en la estructura de archivos del código fuente. Afortunadamente, los nuevos asistentes de VS 2005 y sus diseñadores para crear formualrios básicos de entrada de datos, la generación inicial de los juegos de datos, sin hacer el código más complicado. Las dos secciones siguientes comparan el proceso de generación de un formulario de edición y de entrada de datos, basado en parrillas, con los asistentes y diseñadores de ADO.NET 1.x y ADO.NET ADO.NET 1.x A continuación veremos el método convencional de ADO.NET 1.x para crear un juego de datos tipificado, con una tabla única especificada en una sentencia SQL, y para mostrar registros en un control DataGrid: 1. Añada un SqlDataAdapter del Cuadro de herramientas a la bandeja del formulario. Eso abrirá el asistente para la configuración del adaptador de datos (Data Adapter Configuration Wizard). 2. Seleccione una conexión al SQLServer ya existente, o cree una nueva, especifique las sentencias SQL y genere las sentencias SQLSELECT, INSERT, UPDATE, y DE- LETE. El diseñador añadirá a la bandeja los objetos SqlConnection1 y Sql- DataAdapter1. 3. Seleccione Data/Generate Dataset para crear un juego de datos tipificado con la tabla de datos especificada en la consulta SELECT. El diseñador añade DataSetName1 a la bandeja. 4. Añada un control DataGrid al formulario, defina DataSetName1 como valor de su propiedad DataSource, y déle a la propiedad DataMember el nombre de la tabla especificado en la consulta SELECT. 5. Añada un botón Fill y la instrucción SqlDataAdapter1.Fill(DataSetName1) al manejador de eventos btnfill_click. 6. Añada un botón Update de actualización y una instrucción SqlDataAdapter1.Update(DataSetName1) al manejador de eventos btnupdate_click ADO.NET 2.0 Los diseñadores de VS 2005 y ADO.NET 2.0 simpllifican la creación de los formularios de una sola tabla al cambiar la sencuencia para la generación de juegos de datos y otros componentes relacionados. El proceso a seguir con ADO.NET 2.0: 1. Si es necesario, abra la ventana Orígenes de datos seleccinando Datos/Mostrar orígenes de datos, y pulse el enlace Agregar nuevo origen de datos para iniciar el Asistente para la configuración de orígenes de datos. 2. Seleccione Base de datos como el tipo de fuente y seleccione una de las conexiones existentes a la base de datos o cree una nueva en el cuadro de diálogo Agregar conexión. Opcionalmente, guarde la cadena de conexión en el archivo de configuración de la aplicación. Siguiendo los pasos del asistente se añade un árbol TableName 70

3 Las novedades de ADO.NET 2.0 bajo el nombre DataSetName ya existente en la parte superior de la ventana Orígenes de datos. 3. Arrastre al formulario el árbol TableName. El diseñador añade los elementos DatabaseNameDataSet, TableNameBindingSource, TableNameTableAdapter, y TableName- BindingNavigator a la bandeja, y los controles TableNameDataGridView y TableName- BindingNavigator al formulario. El paso 3 también añade una instrucción TableNameTableAdapter.Fill(DatabaseNameData- Set) al manejador de eventos Form1_Load y un manejador de eventos bindingnavigator- SaveItem_Click al formulario. A diferencia del proceso ADO.NET 1.x, usted no tiene la oportunidad de crear o seleccionar procedimientos almacenados para llenar o actualizar las tablas de datos creadas por el asistente. No obstante, puede reconfigurar los DataTableAdapters para crear nuevos procedimientos, o utilizar los que hay guardados, abriendo el archivo DataSet- Name.xsd en el Explorador de soluciones, pulsando con el botón secundario la cabecera del TableNameTableAdapter y seleccionando la opción Configurar DataSet con el asistente para iniciar el Asistente para la configuración de orígenes de datos. Pulse el botón Anterior para mostrar el cuadro de diálogo Elija la conexión de datos, y pulse el botón Nueva conexión y siga los pasos del asistente hasta el final. Los diseñadores dse ADO.NET 2.0 hacen mucho más fácil la creación de formularios de edición de datos maestro con subformularios DataGridView de nivel único o múltiple, que VS 2005 llama formularios Master Detail. En el capítulo anterior describimos el proceso para crear un formulario Northwind de Clientes-Pedidos. Más adelante, le mostramos cómo añadir un subformulario vinculado de segundo nivel. Y también es mucho más fácil crear formularios de entrada de datos parametrizados, tal como descubrirá más adelante en este mismo capítulo. 2.6 Añadir los controles ADO.NET que faltan Si desea utilizar los componentes de ADO.NET 1.x para crear objetos DataAdapter específicos del proveedor, tendrá que añadir los correspondientes controles Connection y DataAdapter al Cuadro de herramientas. Si tiene otros proveedores específicos de datos, como Oracle ODP.NET para Oracle 10g o anteriores, tendrá que añadir ODP.NET OracleConnection y OracleDataAdapter al Cuadro de herramientas. También puede añadir el control DataGrid de ADO.NET 1x para formularios Windows y crear con él nuevos proyectos similares en entorno y manejo a los de VS Para añadir controles no estándar al Cuadro de herramientas, pulse con el botón secundario del ratón en la sección Datos y seleccione Elegir elementos para abrir el cuadro de diálogo Elegir elementos del cuadro de herramientas. Escriba las primeras letras del componente o el control en el cuadro de texto Filtro para simplificar la selección. La siguiente figura muestra el cuadro de diálogo con cuatro proveedores Oracle.DataAccess.Client. Marque las casillas de verificación de las entradas que quiera instalar y pulse Aceptar para añadirlas al Cuadro de herramientas y cerrar el cuadro de diálogo. 71

4 Bases de datos con Visual Basic Los controles no estándar añadidos al Cuadro de herramientas se pueden eliminar de nuevo pulsando con el botón secundario el Cuadro de herramientas y seleccionando Restablecer Cuadro de herramientas. 2.7 Actualizar proyectos de 1.x con componentes de ADO.NET 2.0 Al abrir un proyecto VS 2002 o VS 2003 en VS 2005 se abre el Visual Studio Upgrade Wizard, que convierte el proyecto al formato VS 2005 y, opcionalmente, guarda una copia de seguridad del proyecto original en el archivo que se especifique. Con los proyectos simples los únicos cambios que se perciben son referencias actualizadas a las versiones.net Framework 2.0 y las fuentes de datos para el formulario, que aparecen automáticamente en la ventana Orígenes de datos. Actualizar el proyecto no añade archivos de código para mejorar o ampliar el nombre de espacio My, ni supone adiciones específicas de ADO.NET 2.0 al código DataSet. Añadir la fuente de datos como un nodo de la ventana Orígenes de datos permite reemplazar rápidamente un DataGrid con un DataGridView y añadir, automáticamente, los controles BindingSource y BindingNavigator para la edición y la navegación de datos. Borre el control DataGrid y arrastre el nodo TableName al formulario para añadir los dos controles de ADO.NET 2.0. No verá el componente TableNameDataAdapter en la bandeja, ni una ventana de diseñador de esquema porque DataSourceName.xsd no está actualizado al nuevo formato de esquema DataSet Añadir subformularios multinivel VS 2005 y VB Express automatizan la generación de formularios multinivel para la entrada y la edición de datos para tablas relacionadas. Al añadir tablas múltiples relacionales a la ventana Orígenes de datos, el diseñador de esquemas de VS 2005 determina atuomáticamente las restricciones de clave foránea y establece relaciones entre las 72

5 Las novedades de ADO.NET 2.0 tablas basadas en restricciones preestablecidas de tabla base. El diseñador de esquemas nombre las relaciones FK_ManySideTable_OneSideTable, como muestra la siguiente figura para las tablas Northwind Customers, Orders y Order Details. Con VS 2002 y VS 2003 debía establecer manualmente todas las relaciones en el cuadro de diálogo Relation. Por defecto, VS 2005 no muestra en cascada los cambios de valores clave en las operaciones de borrado y actualización, pero este comportamiento se puede modificar definiendo otras propiedades de relación en el cuadro de diálogo Relación. Primero, añada un DataGridView o, preferentemente, cuadros de texto vinculados y un DataNavigator para la fuente de datos maestra del formulario. Segundo, añada el primer nivel de detalle arrastrando el nodo de tabla relacionado con la ventana Orígenes de datos (Orders en este ejemplo) al formulario para mostrar en un DataGridView los registros relacionados. A continuación, arrastre nodos de tabla de niveles más profundos; en este caso Order Details, para mostrar niveles adicionales de registros relacionados. Finalmente, compruebe que el diseñador ha añadido estas tres instrucciones DataTableTableAdapter.Fill al manejador de eventos FormName_Load: 73

6 Bases de datos con Visual Basic Private Sub frmmasterdetails_load(byval sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load 'TODO: This line of code loads data into the 'NorthwindDataSet.Order_Details' table. You can move, or remove it, as needed. Me.Order_DetailsTableAdapter.Fill(Me.NorthwindDataSet.Order_Details) 'TODO: This line of code loads data into the 'NorthwindDataSet.Orders' table. You can move, or remove it, as needed. Me.OrdersTableAdapter.Fill(Me.NorthwindDataSet.Orders) 'TODO: This line of code loads data into the 'NorthwindDataSet.Customers' table. You can move, or remove it, as needed. Me.CustomersTableAdapter.Fill(Me.NorthwindDataSet.Customers) End Sub A continuación, pulse <F5> para construir y ejecutar el proyecto, que aparecerá tal como se muestra en la siguiente figura. 2.8 Diseñar y mostrar informes con el control ReportViewer Las versiones VB y VS anteriores a VS.NET se basaban en los complementos Crystal Reports para diseñar, mostrar y publicar informes en forma de tabla, gráficos, o ambos, desde una fuente de datos específica. Otros fabricantes de software independientes (ISV, for Independent Software Vendors) ofrecen redactores de informes y diseñadores de gráficos para VS 2002 y versiones posteriores. Para eliminar la dependencia de terceras partes, Microsoft introdujo los servidores SQL de Servicios de informes (Reporting Services) como un complemento sin carga para SQLServer Todas las ediciones del 74

7 Las novedades de ADO.NET 2.0 SQLServer 2005, excepto SQLX, integran los Reporting Services, que incluyen un Report Server y un Report Builder en la configuración del programa. Estas ediciones usan el Report Service Project del proyecto Business Intelligence de VS IDE, o el Report Server Project Wizard o plantillas Report Model Project para diseñar y desarrollar los informes basados en servidor (también llamados remotos), independientes de los proyectos de formulario de.net Windows o la Web. El control ReportViewer para los formularios Windows tiene capacidad para una barra de herramientas, parecido a un control BindingNavigator, y un área de visualiación del informe para mostrar los informes convencionales (tablas) o los crosstab (matriciales), o los mapas vinculados a las fuentes de datos ADO.NET 2.0. Los mapas son muy parecidos a los Excel PivotCharts o a los creados con el control Office Web Components (OWC). La barra de herramientas tiene botones Page Setup, Page Layout, y Print para imprimir, y un botón Export que permite guardar los informes en la hoja de cálculo de Excel o en el formato Adobe PDF. Los informes creados con el control ReportViewer consumen muchos menos recursos del cliente que sus correspondientes versiones con Crystal Reports. ReportViewer permite diseñar informes con un diseñador cliente (local) derivado del ReportBuilder. El diseñador local de VS 2005 o VBX sirve para crear archivos de informe desde el cliente local en la carpeta del proyecto. La ayuda online le guiará a través del proceso de creación de un informe sencillo a partir de las tablas AdventureWorks. La siguiente figura muestra la aplicación ReportViewerDemo mostrando el mapa por categoría de producto de un área de pedidos recibidos en los diferentes trimestres de

8 Capítulo 3 Concretando proyectos reales Los negocios actuales requieren el acceso en tiempo real a una amplia variedad de datos públicos y privados. Prácticamente todas las aplicaciones orientadas a negocios conectan a una o más fuentes de datos en red. Las tablas de bases de datos relacionales son las fuentes más comunes, pero los sistemas de correo electrónico, hojas de cálculo, archivos de procesamiento de datos y, cada vez más, los documentos XML, también sirven como fuente de datos. ADO.NET requiere fuentes de datos en forma de tabla, por lo que este capítulo se centra en las mejores prácticas para procesar los datos contenidos en tablas relacionales, en juegos XML estructurados y mensajes SOAP. Microsoft Access y Visual Basic ofrecen conectividad de datos en el propio escritorio a millones de usuarios de Windows. Ambas plataformas permiten un acceso rápido y relativamente sencillo a las bases de datos locales y en la red. Access permite a los usuarios de Office crear front ends de bases de datos y configurar bases de datos Jet multiusuario para proyectos. Visual Basic ofrece a los desarrolladores profesionales y amateurs una amplia y variada gama de funciones para crear aplicaciones cliente para servidores de bases de datos corporativas. Gran parte de esta temprana actividad de desarrollo vino impulsada por la incapacidad, o la falta de voluntad, de los departamentos TI para proporcionar aplicaciones aprobadas oficialmente según un tiempo establecido (o cuando fuera). Los proyectos no aprobados y ad-hoc, a menudo, quedaban fuera del radar de la dirección TI y no se descubrían hasta que se hacía evidente la contaminación de los datos, o las conexiones mal gestionadas repercutían en la eficacia de las bases de datos. Las auditorías al cumplirse el año 2000 y las subsiguientes actualizaciones de bases de datos descubrieron front ends con bases de datos defectuosas e irregulares. Los back ends de servidores SQL con cuentas y contraseñas vacías o fáciles de adivinar, estaban aseguradas. Los departamentos TI de la mayoría de organizaciones se habían hecho con todo el control de las conexiones internas a bases de datos gubernamentales o corporaciones centralizadas. La administración centralizada de las bases de datos y el establecimiento de las mejores prácticas para el desarrollo de bases de datos front-end se conviertieron en norma. Las posibilidades infinitas de conexión de Internet y la persistencia de los ataques externos se tradujeron en un énfasis aumentado por establecer las mejores prácticas para garantizar la seguridad y la integridad de los datos. De todos modos, muchas empresas pequeñas y medianas siguen funcionando con prácticas informales en el desarrollo de sus aplicaciones con bases de datos. 77

9 Bases de datos con Visual Basic El fenómeno SQLSnake/Spida, en Mayo de 2002, probó que muchas de las bases de datos de los servidores SQL accesibles por Internet tenían contraseñas vacías o fáciles de adivinar. En enero de 2003, el virus Slammer/Sapphire demostraba que miles de instancias MSDE 2000 no regularizadas, así como los servidores SQL sin patches, controlados por los departamentos TI, eran accesibles desde el puerto TCP El U.S. General Accounting Office define las mejores prácticas como procesos y sistemas identificados en organizaciones públicas y privadas de excelente rendimiento, ampliamente reconocidas por mejorar el rendimiento y la eficacia de las organizaciones en áreas específicas. Identificar y aplicar con éxito las mejores prácticas puede reducir los gastos del negocio y mejorar la eficacia de la organización. Independientemente del tamaño de la empresa o de los clientes consultores, adoptar y reforzar un conjunto de prácticas óptimas en las áreas de desarrollo de las aplicaciones produce a corto y a largo plazo un incrémento en los réditos de inversión. Incluso si sus deberes en cuanto a desarrollo no están guiados por un conjunto oficial de "mejores prácticas", tómese el tiempo necesario para familiarizarse con las recomendaciones de Microsoft en cuando a mejoras y arquitectura actuales de los proyectos.net. Este capítulo muestra las pautas para el desarrolo de las aplicaciones.net, en secuencia descendiente desde la arquitectura general hasta las recomendaciones específicas para incrementar la escalabilidad, interoperabilidad, rendimiento y seguridad, y la reutilización de código en todos los proyectos.net centrados en datos. 3.1 Establecer la arquitectura Mantenerse al día en la evolución de los distintos marcos y arquitecturas en que se desarrollan las aplicaciones de Microsoft puede ser una tarea a jornada completa. Los proyectos convencionales de cliente-servidor dieron paso los diseños de tres niveles, basados en COM, y después a los de arquitecturas de n-niveles con componentes controladas por el servidor de transacciones de Microsoft (Microsoft Transaction Server). Las arquitecturas Windows Distributed internet Architecture (WinDNA) y Universal Data Access (UDA), que Microsoft introdujo en 1997, formalizaron el diseño de las aplicaciones Web de tres niveles. En 1999, Windows DNA2000 añadió servicios XML y Web al acceso de datos. Bill Gates anunció en Julio de 2002 la joven plataforma.net, que incorporaba todos los sistemas de servidor de Microsoft: Visual Studio.NET, y el malafortunado proyecto.net My Services. La arquitectura más vigente de Microsoft es la Microsoft Enterprise Application Platform que combina Windows 2003 Server, Visual Studio.NET 2003/5, y modelos y prácticas de guía arquitectónica. Los P&P están desarrollados por el equipo Platform Architectural Guidance (PAG) de Microsoft, que ha establecido una conferencia cumbre de tres días bajo el título de International Patterns and Practices Summit y ofrece información semanal en la Web sobre temas relacionados con el desarrollo de aplicaciones y la arquitectura.net. A continuación se describen brevemente los cuatro elementos P&P: Arquitecturas referenciales: identifican las decisiones en cuanto al diseño y hacen recomendaciones generales para mejorar las soluciones con componentes interconexas. La guía de mejoras en los Data Services "Windows Server System Reference 78

10 Concretando proyectos reales Architecture (WSSRA) y Application Architecture for.net: Designing Applications and Services son los documentos más útiles sobre arquitectura, de referencia para los desarrolladores de ADO.NET. Modelos: son modelos de operaciones habituales realizadas por aplicaciones que se presentan como pares de problema/solución. Un ejemplo típico, tomado del libro de 196 páginas, Data Patterns, es el modelo Master/Slave Snapshot Replication para copiar la información que cambia lentamente, como las listas de productos y clientes, desde las tablas de las bases de datos hasta los portátiles de usuarios a menudo desconectados. Bloques de aplicación: son componentes VB y C# que proporcionan un marco para elementos específicos de aplicaciones o componentes. Un ejemplo es el bloque de aplicación de Data Access para.net. Hay varias guías de diseño con documentación sobre los bloques de aplicación. Guías de diseño: proporcionan recomendaciones detalladas sobre arquitectura y mejoras para tipos específicos de aplicaciones, componentes y servicios. La.NET Data Access Architecture Guide (2003) y Designing Data Tier Components and Accessing Data Through Tiers (2002) son los dos miembros más importantes de este grupo para los programas de ADO.NET. Los P&P originales no se han visto afectados significativamente por las actualizaciones de VS 2005 y ADO.NET 2.0 ni por la migración al SQLServer Los principios del diseño son consistentes para todas las versiones.net. Los apartados siguientes proporcionan información más detallada sobre los miembros de la lista anterior, enfatizando los elementos de mayor interés para los desarrolladores de bases de datos. 3.2 Las arquitecturas referenciales Las arquitecturas referenciales proporcionan a los arquitectos y desarrolladores de.net una guía a nivel de sistema en situaciones típicas como son los sistemas distribuidos de aplicaciones para venta al detalle por la Web y de banca. Las arquitecturas referenciales intentan ejemplificar las estructuras TI típicas y las operaciones de empresas grandes y medianas. Los siguientes apartados describen las arquitecturas referenciales primarias para los objetos controlados por datos y los multi-nivel. La página Web de Microsoft sobre arquitecturas referenciales es /architecture/. Esta página contiene vínculos al Microsoft Architects JOURNAL (archivos PDF), otras páginas relaciones y Weblogs Windows Server System Reference Architecture La arquitectura referencial WSSRA es la actualización del servidor Windows Server 2003 de Microsoft Systems Architecture 1.5 para Windows 2000 Server. WSSRA proporciona recomendaciones sobre el hardware y la configuración de los sistemas operativos a nivel de empresa. La guía de implementación de los Data Services toma como base el SQL Server 2000, pero las recomendaciones pueden aplicarse también al SQLServer

11 Bases de datos con Visual Basic Designando aplicaciones y servicios Application Architecture for.net: Designing Applications and Services (2002) es un libro de 169 páginas que describe la arquitectura recomendada para los sistemas distribuidos, construidos con múltiples niveles. Los capítulos individuales tratan las mejoras y metas referenciales, el diseño de componentes y su interacción, los temas sobre seguridad, gestión y desarrollo. Esta publicación proporciona los fundamentos para todas las demás arquiteturas referenciales para.net. Todos los desarrolladores de aplicaciones.net no triviales deberían leer este libro. La implementación de referencia es una aplicación relativamente sencilla para ventas al detalle por la Web que incluye los siguientes tipos de componentes: User interface User process components Business workflows Business components and entities Data access logic Agente de servicio Interfaz de servicio Securidad Administración Comunicación Más adelante en este capítulo se describen los componentes lógicos de acceso a datos (en inglés: data access logic components o DALCs). Los componentes interfaz de servicio y agente de servicio conectan a los servicios Web XML. Microsoft publicó a principios de 2003 el PAG Enterprise Template: Application Architecture for.net 2002 and PAG es el acrónimo de Prescriptive Architecture Guidance. El instalador añade una arquitectura de aplicación para el nodo del Ayudante.NET a la carpeta de plantillas de VS Las plantillas de subnodo crean borradores de proyectos para 11 de los tipos de componentes descritos en el libro. La mayor parte de los borradores contienen referencias a los espacios-nombre de.net que se requieren para el proyecto de los componentes, pero no incluyen código fuente Arquitecrura referencial para el desarrollo empresarial La Microsoft Enterprise Development Reference Architecture (ERDA), versión 1.0 (originalmente codificada como Shadowfax) es un marco para las aplicaciones orientadas al servicio de desarrollo con SQLServer, servicios Web ASP.NET, Microsoft Message Queue (MSMQ), y otros sistemas de back-end. La implementación de referencia, llamada GlobalBank, es el punto de partida para un portal de banca online que permite a los clientes acceder a su información bancaria personal. Más adelante en este capítulo, describe el nuevo Integration Patterns, que utiliza Global Bank como implementación de referencia. 3.3 Encontrar modelos para proyectos Un modelo de software suele definir una solución común para las labores recurrentes específicas en TI, como restablecer o actualizar los datos de las tablas de bases de datos con aplicaciones que muchas veces carecen de conectividad con las bases de datos en red durante un extenso periodo, la clásica situación del cliente desconectado. La regla 80

12 Concretando proyectos reales general es que un modelo determinado debe ser aplicable al menos a tres instancias de la tarea. La página "What Is a Pattern" del sitio Web AntiPatterns ( describe la primera instancia como un evento, la segunda como una coincidencia y la tercera como un posible modelo. Otras instancias adicionales prestan mayor credibilidad al modelo. Un modelo cada vez más utilizado en las organizaciones o comunidades de software tiene muchas posibilidades de convertirse en una plantilla. Una definición común de plantilla modelo es la de documentación estructurada para un modelo que se puede añadir a un catálogo de plantillas o de modelos. Los apartados siguientes describen modelos que se pueden aplicar a todas las aplicaciones.net en general y las aplicaciones data-driven en particular Enterprise Solution Patterns Using Microsoft.NET Enterprise Solution Patterns Using Microsoft.NET (2003, versión 2.0) es la madre de todas las plantillas.net. Este libro de 367 páginas recoge 32 plantillas divididas en cinco grupos: Web Presentation, Data Access, Performance and Reliability, Services y Deployment. "Data Transfer Object", "Implementing Data Transfer Object in.net with a Data Set" e "Implementing Data Transfer Object in.net with a Typed Data Set", temas tratados más adelante en este libro, son los miembros del grupo "Data Access. Se puede leer, o descargar una versión en PDF del libro en El libro define el objeto de transferencia de datos, Data Transfer Object (DTO), como un simple contenedor para un conjunto de datos agregados que hay que transferir a través de un proceso o más allá de los límites de la red, y después dedica unas cuantas páginas considerando los aspectos hunky versus chatty" en las llamadas remotas de datos. Se hace mucha referencia a "Data Transfer Object in.net with Serialized Objects", aunque este tópico no aparece en la segunda edición. Su fuente se puede identificar en el Apéndice A, "Pattlets", como Microsoft P&P, pero una búsqueda más a fondo no lleva más allá de las entradas relacionadas con los temas relacionados con los juegos de datos (DataSet). Las dos implementaciones del libro proporcionan código de ejemplo C# para testar las unidades con el espacio-nombre NUnit.Framework. La sección posterior "Automate Test-Driven Development" da más detalles sobre cómo testar las plantillas con NUnit. Hay un salto considerable en describir los DTOs como "simples contenedores" y recomendar a continuación su implementación con los juegos de datos no tipificados de ADO.NET o, más aún, con los tipificados de ADO.NET 2.0. Las plantillas de implementación reconocen la fiabilidad de la no interoperabilidad de los juegos de datos, pero el libro no trata el tema del XML añadido por los juegos de datos tipificados, cuando vienen gestionados por.net accediendo a XML o en formato binario, o serializados a mensajes de servicios Web. A diferencia de Application Architecture for.net: Designing Apllications and Services, aquí puede saltarse tranquilamente los tópicos sobre los datos de esta colección de modelos. 81

13 Bases de datos con Visual Basic Data Patterns Data Patterns (2003) es un libro de 196 páginas que identifica un grupo, o cluster, de movimiento de datos. Un cluster es un grupo de modelos relacionados entre sí, con un modelo raíz para todo el grupo Moving Copy of Data es el cluster de la primera edición de Data Patterns. Los clusters de modelos tiene niveles variables de abstracción (arquitectura, diseño e implementación) sólo la implementación depende de la plataforma y es específica para cada vendedor de base de datos. Base de datos, aplicación, desarrollo y puntos de vista estructurales son aspectos que representan a los miembros de un departamento TI típico: DBAs, desarrolladores, administradores de red y arquitectos de sistema. El cluster Moving Copy of Data engloba operaciones de extraer-transformar-cargar, en inglés extract-transform-load (ETL), y varios tipos de réplica basada en el servidor, como maestro-maestro y maestro-esclavo, con diseños transaccionales e instantáneos. Las implementaciones, por supuesto, usan el servidor de Microsoft SQL 2000 o posteriores. Cada modelo tiene una plantilla con los tópicos Contexto, Problema, Fuerzas y Soluciones Modelos de sistemas distribuidos La publicación oficial Distributed Systems Patterns (Version 1.1.0) esboza en líneas generales un cluster de modelos para la colaboración de objetos a través de procesos y redes. El cluster incluye modelos para invocar objetos remotos con modelos Singleton y Broker para.net remoting, y el objeto Data Transfer Object (DTO), que crea una copia local de la instancia de un objeto remoto. Este es uno de los pocos libros sobre modelos y publicaciones oficiales que no trata de la arquitectura orientada a servicios ni de servicios Web Modelos de integración Integration Patterns (2004) es un catálogo de modelos EAI para la integración de aplicaciones de empresa, en inglés: enterprise application integration (EAI) patterns. El Diccionario de Comercio Electrónico (Electronic Commerce Dictionary, en define los EAI como: Vincular y compartir muchos datos y aplicaciones de empresa, inclusive extensiones a socios, a través del uso de módulos aplicación-a-aplicación, o plataformas de servidor multi-tier. Una de las motivaciones de EAI es la necesidad de implementar rápidamente los proyectos basados en la Web, la necesidad de vincularse a datos heredados y la necesidad de crear vínculos a diferentes sistemas adquiridos a través de mezcladores y adquisiciones corporados. Integration Patterns marca los pasos que el grupo ficticio TI de desarrollo de Global Bank sigue para desarrollar un portal Web de autoservicio para pagos del usuario. El portal conecta a diferencias fuentes de datos e implementa las operaciones de pago con los diez modelos EAI: Entity Aggregation Process Integration Function Integration Service-Oriented Integration 82

14 Concretando proyectos reales Implementing Process Integration with BizTalk Server 2004 Portal Integration Data Integration Implementing Service-Oriented Integration with ASP.NET Implementing Service-Oriented Integration with BizTalk Server 2004 Presentation Integration El capítulo "Data Integration" de Integration Patterns trata de los tres métodos para restablecer y actualizar datos: Base de datos compartida: da acceso directo desde muchas bases de datos a otra base determinada; este método minimiza los datos latentes. Mantener copias de datos: proporciona a cada aplicación su propia base de datos, la cual copia los datos a y desde una base de datos maestra. El tipo de copia, o réplica, y su sincronización determinan la latencia y sincronización de los datos. Transferencia de archivo: implica mover archivos lógicos entre el almacén de datos y las aplicaciones independientes. Enviar juegos de datos normalizados en archivos XML para su almacenamiento permanente en el cliente es un ejemplo del método por transferencia de archivo. Como la mayor parte de las P&P, Integration Patterns también enfatiza el uso de los servicios Web y la difusión en los proyectos EAI. Más adelante en este capítulo, se examinam las ventajas y los inconvenientes de utilizar servicios Web para acceder a los datos Utilizar librerías de bloques de aplicaciones Los bloques de aplicaciones (application blocks) son bibliotecas de clases con componentes reutilizables a nivel de subsistema para implementar los servicios de aplicaciones comunes, como son el acceso a datos, encriptamiento e incluso logging. Cada bloque de aplicación viene con un rápido ejemplo inicial, documentación y código fuente. El código fuente permite modificar y ampliar los bloques para adaptarlos al propio entorno de desarrollo y requisitos del sistema. Microsoft lanzó los bloques originales para VS 2002 (entonces llamado Visual Studio.NET) y.net 1.0 en 2002 como versión 1.0. Los bloques se actualizaron como versión 2.0 con VS 2003 y.net 1.1 en Muchas de las más originales bibliotecas de bloques de aplicación se reescribieron entonces como elementos de los patterns & practices de Enterprise Library, que Microsoft lanzó en Enero de Enterprise Library incorpora partes de la Avenade Connected Architecture para.net (ACA.- NET). Avenade, Inc., es una empresa independiente consultora de software formada por Accenture y Microsoft en el año A continuación mencionamos los bloques disponibles en las versiones.net 1.x en el momento de escribir este libro: Aggregation Application Block Asynchronous Invocation Application Block Authorization and Profile Application Block Caching Application Block* Data Access Application Block* Exception Handling Application Block* Logging and Instrumentation Application Block* Security Application Block* 83

15 Bases de datos con Visual Basic Configuration Application Block* Cryptography Application Block* Smart Client Offline Application Block Updater Application Block User Interface Process Application Block - V2 Los bloques de aplicación de la tabla anterior marcados con un asterisco (*) están incluidos en la descarga de bloques de aplicación de Enterprise Library de Enero de Los bloques de aplicación de Enterprise Library requieren que compile el código fuente de.net 1.1 con archivos de comandos o VS 2003 para crear Microsoft.Practices.EnterpriseLibrary.BlockName.dll. Después hay que añadir referencias en el proyecto VS 2005 a los ensamblajes apropiados. QuickStart clients implica escribir soluciones desde proyectos múltiples y con muchos archivos. Muchos de los ensamblajes de bloque dependen de otros ensamblajes raíz, como Microsoft.Practices.EnterpriseLibrary.Common.dll y Microsoft.Practices.EnterpriseLibrary.Configuration.dll. Versiones anteriores de los bloques de aplicación incluían bibliotecas VB y C#; Enterprise Library sólo tiene bibliotecas C#. De todos modos, los QuickStart clients incluyen código fuente VB y C#. Los dos apartados siguientes describen el bloque Data Access Application Block (DAAB) y su QuickStart test client, un ejemplo de proyecto de formulario Windows que usa el bloque Data Application para restablecer y actualizar datos del SQLServer 2000 o El ayudante VS 2005 Upgrade Wizard no es de gran ayuda con VS 2005 y el código fuente de la Enterprise Library de Enero del 2005, ya que hace fallar la actualización automática. A cambio, el proyecto de ejemplo DataAccessQuickStart.sln VB 2005 incluye los componentes actualizados manualmente, necesarios para crear objetos DAB y ejecutar sus métodos en VS El bloque de aplicación Data Access (Data Access Application Block) El objetivo original del DAAB era minimizar el número de líneas de código que el usuario necesita para crear y manipular las componentes runtime de acceso de datos del servidor SQL de ADO.NET 1.x. La versión de Enterprise Library permite integrar otros bloques de aplicación que proporcionan la condiguración estándar, instrumentación y seguridad para las operaciones de restablecimiento y actualización de datos. El DAAB actualizado manipula DataSets, DataReaders, XmlReaders, y valores escalares de las tablas de base de datos SQL Server, Oracle y DB2. El DAAB de Enterprise Library es totalmente incompatible con las versiones anteriores. Lo único que tienen en común las dos versiones es que ambas utilizan la clase SqlCommandBuilder para autogenerar objetos SqlCommand. Para instalar la base de datos de ejemplo, los procedimientos almacenados y para probar el proyecto actualizado DataAccessQuickStart.sln, hay que seguir estos pasos: 1. Primero debemos bajar el DAAB desde la dirección 84

16 Concretando proyectos reales Al terminar la instalación se crea un submenú en Inicio\Programas\Microsoft Application Blocks for.net dentro de este hay un submenú Data Access dentro del cual encontraremos Documentación referente a DAAB y accesos para cargar el proyecto ya sea en VB o en C#. Ya instalado el DAAB, abrimos el proyecto hecho en VB y seleccionamos la opción Generar Solución del menú Generar el la biblioteca ya que el archivo de instalación no lo tiene o bien no lo crea al instalar el DAAB. 2. Si trabaja con SQL Server , abra el script DataAccessQuickStart.sql en el programa SQL Server Management Studio (SSMS), y ejecútelo para crear en localhost la base de datos de ejemplo EntLibQuickStarts del SQL Server con las tablas Customers, Products, Credits, y Debits, ocho procedimientos almacenados y dos triggers en la tabla de Products. Si trabaja con SQLServer Express, ejecute el script DataAccessQuickStart.sql con SqlCmd.exe. En este caso, debe cambiar el atributo value del parámetro server del archivo dataconfiguration.config por.\sqlexpress o \localhost\sqlexpress en lugar de localhost, tal como ilustra el siguiente listado. 3. Abra DataAccessQuickStart.sln en VS 2005 o VBX, y pulse <F5> para crear y ejecutar el proyecto. 4. Si obtiene mensajes de error porque faltan espacios-nombre, borre las referencias a las tres directivas Microsoft.Practices... y créelos de nuevo desde las copias DLL en la carpeta...\dataaccessquickstart\assemblies folder. 5. Pruebe la conectividad de la base de datos y el código ejemplo actualizado clicando en cada uno de los siete botones, lo cual invocará el método aplicable al bloque de aplicación de datos El archivo de configuración de datos El archivo dataconfiguration.config contiene los valores de configuración de la cadena de conexión específica a la base de datos. El ensamblaje del bloque de aplicación Configuration deserializa el archivo de configuración. A continuación vemos el archivo dataconfiguration.config de la base de datos de ejemplo del EntLibQuickStarts SQLServer de DataAccessQuickStart, con los elementos databasetype y connectionstring: <?xml version= 1.0 encoding= utf-8?> <dataconfiguration> <xmlserializersection type= Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data > <enterpriselibrary.databasesettings xmlns:xsd= xmlns:xsi= defaultinstance= DataAccessQuickStart xmlns= /data > 85

17 Bases de datos con Visual Basic <databasetypes> <databasetype name= Sql Server type= Microsoft.Practices.EnterpriseLibrary.Data.Sql.SqlDatabase, Microsoft.Practices.EnterpriseLibrary.Data /> </databasetypes> <instances> <instance name= DataAccessQuickStart type= Sql Server connectionstring= LocalQuickStart /> </instances> <connectionstrings> <connectionstring name= LocalQuickStart > <parameters> <!-- For SQL Express value=.\sqlexpress or localhost\sqlexpress --> <parameter name= server value= localhost issensitive= false /> <parameter name= database value= EntLibQuickStarts issensitive= false /> <parameter name= Integrated Security value= True issensitive= false /> </parameters> </connectionstring> </connectionstrings> </enterpriselibrary.databasesettings> </xmlserializersection> </dataconfiguration> En teoría, sólo hace falta un cambio en el archivo dataconfiguration.config para cambiar a cualquiera de los tres de tipos de base de datos soportados. Especificar el databasetype determina la conexión, comando y la clase del operador Código de restablecimiento de datos Después de definir una conexión a una base de datos con el archivo de configuración y una instrucción DimdbAsDatabase=DatabaseFactory.CreateDatabase(), se puede restablecer o actualizar datos con sobrecargas del método db.dbcommandwrapper y una de las instrucciones siguientes: db.executereader(dbcommandwrapper) db.executexmlreader(dbcommandwrapper) db.executescalar(dbcommandwrapper) db.executedataset(dbcommandwrapper) db.updatedataset(dbcommandwrapper) db.executenonquery(dbcommandwrapper) A modo de ejemplo, el extracto siguiente devuelve un objeto no tipificado DataSet que puede servir como valor de la propiedad DataGridView.DataSource: Dim dbsql as Database = DatabaseFactory.CreateDatabase() Dim strsql as String = SELECT * FROM Products WHERE CategoryID = 2 86

18 Concretando proyectos reales Dim cwsql as DBCommandWrapper = dbsql.getsqlstringcommandwrapper(strsql) Dim dsproducts As DataSet = dbsql.executedataset(cwsql) Las sobrecargas DBCommandWrapper.AddInParameteter() y DBCommandWrapper.Add- OutParameteter() manejan búsquedas parametrizadas y procedimientos almacenados. El siguiente esquema de código presupone que el procedimiento almacenado GetProductDetails contiene un parámetro de y los parámetros de Dim dbsql as Database = DatabaseFactory.CreateDatabase() Dim cwsp as DBCommandWrapper = _ dbsql.getstoredproccommandwrapper( GetProductDetails ) DbType.Int32, 2) DbType.String, 50) DbType.Currency, 8) dbsql.executenonquery(cwsp) Dim strreturn As String = ).ToString +, + _ ).ToString +, + _ ), $#,##0.00 ) El tercer argumento del método AddInParameter es el valor proporcionado al parámetro del procedimiento almacenado. El tercer argumento del método AddOutParameter es la longitud de los datos. Restablecer los metadatos de parámetro para el método GetStoredProceCommandWrapper(strProcName) normalmente requiere ir hasta el servidor cada vez que se ejecuta un procedimiento almacenado parametrizado. El bloque de aplicación de datos elimina los restablecimientos repetitivos ocultando metadata de parámetro en una hashtable. El método restablece los parámetros de un procedimiento específico sólo si no están presentes en la memoria cache. Los parámetros ocultos tienen soporte automático Código de actualización de datos El método Database.UpdateDataSet (dsdataset, strtablename, cwinsert, cwupdate, cwdelete, intupdatebehavior) realiza múltiples operaciones de actualización en la tabla de datos especificada en el argumento strtablename. La enumeración UpdateBehavior determina la respuesta del método ante un error de actualización: Standard (0, por defecto) detiene la ejecución, Continue (1) actualiza las filas restantes, y Transactional (2) retrocede todas las actualizaciones. La base de datos de ejemplo del DAAB incorpora los procedimientos almacenados AddProduct, UpdateProduct, y DeleteProduct. El siguiente extracto, proveniente del proyecto de ejemplo DataAccessQuickStart, crea un nuevo juego de datos no tipificado, añade y puebla una tabla de datos Products, añade una fila nueva a la tabla base Products, actualiza una fila existente y anuncia que borrará la fila añadida: Dim dbsql As Database = DatabaseFactory.CreateDatabase() Create an untyped DataSet; add and populate the Products table Dim dsproducts As DataSet = New DataSet 87

19 Bases de datos con Visual Basic Dim cwselect As DBCommandWrapper = dbsql.getsqlstringcommandwrapper( SELECT * FROM Products ) dbsql.loaddataset(cwselect, dsproducts, Products ) Dim dtproducts As DataTable = dsproducts.tables( Products ) Add a new row to the Products table Dim objrow(3) As Object objrow(0) = DBNull.Value objrow(1) = Added Row Product Name objrow(2) = 11 objrow(3) = 12.5 dtproducts.rows.add(objrow) Dim cwinsert As DBCommandWrapper = dbsql.getstoredproccommandwrapper( AddProduct ) DbType.String, ProductName, DataRowVersion.Current) DbType.Int32, CategoryID, DataRowVersion.Current) DbType.Currency, UnitPrice, DataRowVersion.Current) Dim cwdelete As DBCommandWrapper = dbsql.getstoredproccommandwrapper( DeleteProduct ) DbType.Int32, ProductID, DataRowVersion.Current) dtproducts.rows(0).item(1) = Modified Row Product Name Dim cwupdate As DBCommandWrapper = dbsql.getstoredproccommandwrapper( UpdateProduct ) DbType.Int32, ProductID, DataRowVersion.Current) DbType.String, ProductName, DataRowVersion.Current) DbType.DateTime, LastUpdate, DataRowVersion.Current) Dim introwsupdated = dbsql.updatedataset(dsproducts, Products, cwinsert, _ cwupdate, cwdelete, UpdateBehavior.Transactional) Invocando el método dbsql.updatedataset() se ejecuta el comando cwdeletecommand pero no se borra la fila de la tabla Products que añade el comando cwinsert. El valor de DataRowVersion.Current para la fila añadida es DbNull.Value, por lo que el comando no borra ninguna fila de la tabla base. Puede comprobar que no se ha borrado la fila añadida, "New product", ejecutando el proyecto DataAccessQuickStart.sln, pulsando el botón Update a Database Using a DataSet y abriendo la tabla EntLibQuickStarts.Products en VS 2005 Standard Edition o superiores, SSMS, o XM. Para resolver el problema anterior se puede añadir el siguiente código para devolver la tabla Products a su estado original (exceptuando el valor current identity seed) después de los cambios realizados por el extracto anterior o el DataAccessQuickStartClient: Dim dbsql As Database = DatabaseFactory.CreateDatabase() Dim strdeletesql As String = DELETE FROM Products WHERE ProductName = Added Row 88

20 Concretando proyectos reales Product Name Dim intctr As Integer = dbsql.executenonquery(commandtype.text, strdeletesql) strdeletesql = DELETE FROM Products WHERE ProductName = New product intctr += dbsql.executenonquery(commandtype.text, strdeletesql) Dim strupdatesql As String = UPDATE Products SET ProductName = Chai WHERE ProductID = 1 intctr += dbsql.executenonquery(commandtype.text, strupdatesql) Los desarrolladores de la Enterprise Library invirtieron gran esfuerzo en el desarrollo por tests de los bloques de aplicación en C# y en añadir casos de prueba Nunit, pero apenas cambiaron la primera implementación del DataAccessStartClient de la Entreprise Library. 3.5 El cliente DataAccessQuickStart El cliente DataAccessQuickStart incluye la clase VB salesdata que simula un sencillo DALC específico de base de datos para el SQL Server y la base de datos de ejemplo EntLibQuickStarts. Manejadores de eventos de siete botones invocan métodos salesdata como GetCustomerList(), GetProductsInCategory(intCategory), y UpdateProducts(). La siguiente figura muestra el formulario QuickStartForm después de pulsar el botón superior (Retrieve multiple rows using a DataReader), que invoca el método SalesData.Get- CustomerList(). A continuación vemos código comentado para el método SalesData.GetCustomerList(): Public Function GetCustomerList() As String Dim db As Database = DatabaseFactory.CreateDatabase() Dim sqlcommand As String = SELECT CustomerID, Name, Address, City, 89