Introducción a.net (Alumnos) Ulman Introducción a.net

Transcripción

1 Introducción a.net Que es.net?.net es un conjunto de tecnologías de desarrollo de aplicaciones, que permite fabricar sistemas informáticos aprovechando al máximo los recursos existentes en la actualidad. Facilita la tarea de los diseñadores y programadores, ambientando el trabajo en equipo, la programación orientada a objetos, la reutilización de código, la escritura de software robusto y eficiente..net no es un lenguaje de programación, ni un editor de código. No es un compilador, o un intérprete. Algunas características sobresalientes Programación orientada a objetos..net ambienta, estimula y facilita el paradigma de OOP, proveyendo de una gran cantidad de herramientas que garantizan al programador un óptimo rendimiento en el desarrollo de sus aplicaciones. Integración a la WEB. Con el advenimiento de las comunicaciones online, la banda ancha, las comunicaciones Wireless, la tecnología celular y la masificación de los dispositivos móviles, aparecen necesidad es inéditas, como ser la distribución de aplicaciones en forma remota, utilizando Internet como medio conductor..net permite al desarrollador sacar provecho al máximo de esta realidad tecnológica. Multilenguaje..NET permite desarrollar aplicaciones en distintos lenguajes de programación, dándole la libertad al programador de utilizar aquellos que le resulten más adecuados para cada tipo de aplicación o simplemente aquellos cuya sintaxis le resulte más cómoda o familiar. Integración con herramientas case para diseño. Las herramientas de diseño son casi una necesidad para el desarrollo de aplicaciones informáticas..net soporta integración con algunas de estas herramientas, como el caso del Rational. Integración con el entorno de desarrollo Visual Studio.NET. El Visual Studio.NET es un entorno de programación que facilita la edición, depuración y testeo de aplicaciones. Si bien es técnicamente posible escribir aplicaciones.net solamente utilizando el Notepad, el Visual Studio.NET soluciona y facilita muchísimas de las tareas que realiza un programador en forma habitual. Integración con herramientas de desarrollo en equipo..net permite integrarse a productos de desarrollo corporativo, que permiten el trabajo en equipo por parte de varios desarrolladores en el mismo proyecto en forma simultánea. Lenguajes de programación Toda aplicación, independientemente de la tecnología en que se encuentre desarrollada, contiene líneas de código escritas en lenguajes de programación. En.NET es posible escribir código en distintos lenguajes. De hecho, como veremos mas adelante, es posible que un mismo proyecto tenga elementos (formularios, módulos, etc.) escritos en distintos lenguajes..net acepta cualquier lenguaje de programación, siempre y cuando este cumpla con un conjunto de reglas y convenciones, llamado CLS (Common Language Specification). De esta forma, cualquier empresa puede fabricar un lenguaje que genere código para.net, simplemente respetando estas especificaciones que Microsoft provee en forma pública y gratuita. Existen en la actualidad más de 70 lenguajes que pueden usarse para.net, la enorme mayoría de los cuales no son fabricados por Microsoft. Por ejemplo: A#, Boo, C#, C++/CLI, Cobra, Component Pascal, F#, IronPython, IronRuby, IronLisp, J#, JScript.NET, L#, Nemerle, Oxygene, P#, Phalanger, Phrogram, PowerBuilder, Team Developer, VBx, VB.NET, Windows PowerShell, Active Oberon, APLNext, AVR.NET, clojure-clr, Delphi.NET, DotLisp, Delta Forth.NET, dylan.net, EiffelEnvision, Fantom, Fortran.NET, Gardens Point Modula - 2/CLR, GrGen.NET, IoNET, IronScheme, IronSmalltalk, Ja.NET, Common Larceny, LOLCode.NET, Mercury on.net, Net Express, NetCOBOL, COBOL2002 for.net Framework, OxygenScheme, PL/IL, #S, #Smalltalk, sml.net, Synergy.NET, Visual COBOL, Vulcan.NET, X#, Zonnon. No obstante, Microsoft ha desarrollado algunos lenguajes de programación, de los cuales, los mas conocidos son el Visual Basic.NET, el Visual J++ y el C.NET (mas conocido como C#). A diferencia de los otros lenguajes de Microsoft para.net, C# es el único que ha sido desarrollado específicamente para.net desde sus comienzo. C# es un lenguaje sumamente poderoso, de sintaxis amigable, robusto, eficiente y completo, y es por esta razón que hemos decidido abordar la enseñanza de.net a través de C#. Tipos de proyectos Un proyecto, al igual que en Visual Basic, es un conjunto de elementos (formularios, módulos, módulos de clase, etc.) que operan juntos para formar una aplicación. En.NET existen distintas clases de proyectos, de acuerdo a la utilización del mismo: Windows Application (Aplicación de Windows): Es el proyecto que se utiliza en Visual Basic 6. Consiste en un programa ejecutable que corre sobre Windows (mas adelante veremos requerimientos) y consiste básicamente en formularios que permiten al usuario interactuar con la aplicación, ingresando datos y visualizando información. Class Library (Biblioteca de clases): Es un repositorio de clases que deben ser utilizadas desde otros proyectos. Es decir, este tipo de proyectos SOLAMENTE contiene clases (con sus métodos, propiedades y eventos) para que otros proyectos puedan instanciarlas y utilizarlas. Los proyectos de este tipo, por lo tanto, no tienen vida propia, deben ser utilizados conjuntamente con otro proyecto. v de 8

2 Windows Control Library (Biblioteca de Controles para Windows): Es un proyecto que contiene controles visuales que son utilizados desde proyectos de tipo Windows Application. Estos controles permiten mejorar la interfaz y operatividad de los controles básicos de.net, de forma que el desarrollador pueda crear controles mas avanzados y sofisticados para utilizar en sus aplicaciones. Smart Device Application (Aplicación para dispositivos móviles): Proyectos para crear aplicaciones que correrán sobre dispositivos con sistema operativo Pocket PC o Windows Mobile. ASP.NET Web Application (Aplicación Web para ASP.NET). Proyectos para aplicaciones que correrán sobre un servidor Web de ASP.NET, y serán utilizadas accediendo a través de un browser. ASP.NET Web Service (Servicio Web para ASP.NET). Muy resumidamente, un WebService es una función a la que se le envían parámetros y devuelve un valor, tal como en una función común en un programa. La diferencia reside en que mientras la definición de la función y el código que la utiliza (también llamado la consume ) deben estar en el mismo proyecto, la consumición de un Web Service puede hacerse desde otro proyecto distinto del que contiene la definición de la función. Incluso, el otro proyecto puede estar en otra maquina de la red local, puede estar escrito en otro lenguaje, o estar en una computadora físicamente remota solo unida por Internet. De esta forma, en la computadora A se encuentra el WebService, y en la computadora B (que esta en otro país) hay un programa que a través de Internet le manda parámetros al WebService y obtiene los resultados. Un proyecto de tipo WebService entonces, es un conjunto de funciones que permiten ser consultadas a través de la WEB. Al igual que las Class Library, dado que solo proveen servicios a otras aplicaciones, no tienen un ciclo de vida propio, sino que son consumidas por aplicaciones que las requieren. ASP.NET Web Mobile Application (Aplicaciones móviles para ASP.NET). Proyectos para crear aplicaciones que se ejecutaran sobre PDA, celulares, u otros dispositivos móviles. Web Control Library (Biblioteca de controles Web). Equivalente a Windows Control Library (Biblioteca de controles para aplicaciones Windows), pero para aplicaciones Web Console Application (Aplicaciones de consola). Aplicación que se ejecuta desde línea de comandos D.O.S. Windows Service (Servicios de Windows). Aplicaciones que correrán como servicios del sistema operativo, es decir, que no requieren iniciar una sesión de usuario para ejecutarse. En algunas situaciones, es necesario combinar distintos proyectos para crear un proyecto más complejo. Esta unión de dos o mas proyectos para formar una aplicación mas grande se denomina Solución. Como mínimo, una aplicación consiste en un proyecto, contenido dentro de una solución. Posteriormente, a la misma solución se le pueden ir agregando nuevos proyectos, del mismo tipo, o de distinto tipo. Imaginemos este escenario: un video club quiere desarrollar un sistema que permita consultar el estado de alquiler de sus películas, y efectuar reservas. Podríamos entonces desarrollar una solución con cuatro proyectos: 1. Una biblioteca de clases, que tendrá la definición de todas las clases a utilizar con sus métodos, propiedades y eventos. Por ejemplo, una clase Película con una propiedad Estado y un método Reservar. 2. Una Windows Application, para generar un sistema de escritorio que pueda ser ejecutado en las computadoras del mostrador del negocio. Esta aplicación utiliza las clases del punto Una ASP.NET Web Application que permita que los socios acceder desde sus casas por medio de Internet. Esta aplicación también utiliza las clases del punto Una ASP.NET Web Service, que permita a aplicaciones de escritorio de otras sucursales del video club acceder vía Web y consultar online el estado de la película. v de 8

3 Porque elegimos.net? Porque creemos que es una tecnología sumamente avanzada, que cada vez tendrá mayores adeptos en el mundo informático, y que el mercado demandara en forma incremental. Consideramos importante que nuestros alumnos estén formados en las tecnologías que mas se utilizaran en un futuro cercano, y.net se perfila como una tecnología de amplia difusión en todo el mundo. Que es el.net Framework? Es una infraestructura de desarrollo que esta compuesta por diversos recursos, entre los cuales se destaca el más importante, que es una maquina virtual conocida como el CLR (common Language Runtime), sobre la cual se ejecutan las aplicaciones. De este modo, nuestros programas ya no poseerán código nativo de ningún microprocesador en particular, sino instrucciones MSIL (Microsoft Intermediate Language) que serán traducidas a código nativo en el momento de su ejecución por medio de un compilador JIT (Just In Time) El framework también define una librería de clases base BCL (Base class library) a la cual puede acceder desde cualquier lenguaje desarrollado para la plataforma. Hoy en día hay más de 70 lenguajes que soporta la plataforma. Por encima de la infraestructura se ubicara un conjunto de reglas básicas que debe implementar un lenguaje para poder ser parte de la familia.net. Esta especificación es conocida como CLS (Common Languaje Specification) Finalmente se encuentran el conjunto de lenguajes que cumplen con la especificación del CLS, como el C#, el VB.Net, Managed C++, Fujitsu NetCOBOL for.net, etc. v de 8

4 En resumen: El compilador es el encargado de recibir el código fuente escrito por el programador, y generar instrucciones en un lenguaj e intermedio llamado MSIL (Microsoft Intermediate Languaje). Estas instrucciones MSIL son idénticas, sea cual fuere el lenguaje en que haya sido escrito el código fuente original. Este código MSIL, al momento de ser ejecutado, se ira compilando por partes, de forma que solo se compila el fragmento de la aplicación que se va a ejecutar. A esta forma de compilación se la llama compilación JIT (Just In Time). Esta compilación se ejecuta sobre una maquina virtual, denominada CLR (Common Language Runtime), de forma que cualquier lenguaje que compile MSIL puede ejecutarse en forma idéntica. Y, por otro lado, cualquier clase de equipo para el que exista un Framework.NET podrá ejecutar aplicaciones.net (dispositivos móviles, celulares, etc.). Por ultimo,.net provee de una extensísima biblioteca de funciones y utilidade s, que están disponibles para cualquier aplicación que se ejecute sobre el Framework, llamada BCL (Base Class Library) Common Language Runtime (CLR) El Common Language Runtime (CLR) es el núcleo de la plataforma.net. Es el motor encargado de gestionar l a ejecución de las aplicaciones para ella desarrolladas y a las que ofrece numerosos servicios que simplifican su desarrollo y favorecen su fiab ilidad y seguridad. Las principales características y servicios que ofrece el CLR son: Microsoft Framework Modelo de programación consistente y homogéneo: A todos los servicios y facilidades ofrecidos por el CLR se accede de la misma forma: a través de un modelo de programación orientado a objetos. Esto es una diferencia importante respecto al modo de acceso a los servicios ofrecidos por los algunos sistemas operativos actuales (por ejemplo, los de la familia Windows), en los que a algunos servicios se les accede a través de llamadas a funciones globales definidas en DLLs y a otros a través de objetos (objetos COM en el caso de la familia Windows) Modelo de programación sencillo: Con el CLR desaparecen muchos elementos complejos incluidos en los sistemas operativos actuales (registro de Windows, GUIDs, HRESULTS, IUnknown, etc.) El CLR no es que abstraiga al prog ramador de estos conceptos, sino que son conceptos que no existen en la plataforma.net Eliminación del infierno de las DLLs : En la plataforma.net desaparece el problema conocido como infierno de las DLLs que se da en los sistemas operativos actuales de la familia Windows, problema que consiste en que al sustituirse versiones viejas de DLLs compartidas por versiones nuevas puede que aplicaciones que fueron diseñadas para ser ejecutadas usando las viejas dejen de funcionar si las nuevas no son 100% com patibles con las anteriores. En la plataforma.net las versiones nuevas de las DLLs pueden coexistir con las viejas, de modo que las aplicaciones diseñadas para ejecutarse usando las viejas podrán seguir usándolas tras instalación de las nuevas. Esto, obviamente, simplifica mucho la instalación y desinstalación de software. El Deploy (distribución) de una aplicación se reduce simplemente a realizar un xcopy de los archivos necesarios. Integración de lenguajes: Desde cualquier lenguaje para el que exista un compilador que genere código para la plataforma.net es posible utilizar código generado para la misma usando cualquier otro lenguaje tal y como si de código escrito usando el primero se tratase. Microsoft ha desarrollado un compilador de C# que genera có digo de este tipo, así como versiones de sus compiladores de Visual Basic (Visual Basic.NET) y C++ (C++ con extensiones gestionadas) que también lo generan y una versión del intérprete de JScript (JScript.NET) que puede interpretarlo. La integración de len guajes esta que es posible escribir una clase en C# que herede de otra escrita en Visual Basic.NET que, a su vez, herede de otra escrita en C++ con extensiones gestionadas. Gestión de memoria: El CLR incluye un recolector de basura (garbage collector) que evita que el programador tenga que tener en cuenta cuándo ha de destruir los objetos que dejen de serle útiles. Este recolector es una aplicación que se activa cuando se quiere crear algún objeto nuevo y se detecta que no queda memoria libre para hac erlo, caso en que el recolector recorre la v de 8

5 memoria dinámica asociada a la aplicación, detecta qué objetos hay en ella que no puedan ser accedidos por el código de la aplicación, y los elimina para limpiar la memoria de objetos basura y permitir la creaci ón de otros nuevos. Gracias a este recolector se evitan errores de programación muy comunes como intentos de borrado de objetos ya borrados, agotamiento de memoria por olvido de eliminación de objetos inútiles o solicitud de acceso a miembros de objetos ya destruidos. No hay que olvidarse de que en Visual Basic 6.0, y ASP utilizamos set objeto = nothing. Ejecución multiplataforma: El CLR actúa como una máquina virtual, encargándose de ejecutar las aplicaciones diseñadas para la plataforma.net. Es decir, cualquier plataforma para la que exista una versión del CLR podrá ejecutar cualquier aplicación.net. Microsoft ha desarrollado versiones del CLR para la mayoría de las versiones de Windows: Windows 95, Windows 98, Windows ME, Windows NT 4.0, Windows 2000, Windows XP, Windows 2003 y Windows CE (que puede ser usado en CPUs que no sean de la familia x86) Por otro lado Microsoft ha firmado un acuerdo con Corel para portar el CLR a Linux y también hay terceros que están desarrollando de manera independiente vers iones de libre distribución del CLR para Linux (Proyecto Mono). Asimismo, dado que la arquitectura del CLR está totalmente abierta, es posible que en el futuro se diseñen versiones del mismo para otros sistemas operativos. Screenshot de MonoDevelop. Seguridad de tipos: El CLR facilita la detección de errores de programación difíciles de localizar comprobando que toda conversión de tipos que se realice durante la ejecución de una aplicación.net se haga de modo que los tipos origen y destino sean compatibles. Aislamiento de procesos: El CLR asegura que desde código perteneciente a un determinado proceso no se pueda acceder a código o datos pertenecientes a otro, lo que evita errores de programación muy frecuentes e impide que unos procesos puedan atacar a otros. Esto se consigue gracias al sistema de seguridad de tipos antes comentado, pues evita que se pueda convertir un objeto a un tipo de mayor tamaño que el suyo propio, ya que al tratarlo como un objeto de mayor tamaño podría accederse a espacios en memoria ajenos a él que podrían pertenecer a otro proceso. También se consigue gracias a que no se permite acceder a posiciones arbitrarias de memoria. v de 8

6 Tratamiento de excepciones: En el CLR todo los errores que se puedan producir durante la ejecución de una aplicación se propagan de igual manera: mediante excepciones. Esto es muy diferente a como se venía haciendo en los sistemas Windows hasta la aparición de la plataforma.net, donde ciertos errores se transmitían mediante códigos de error en formato Win32, otros mediante HRESULTs y otros mediante excepciones. Soporte para eventos y delegates: Los delegates son similares a los punteros a funciones de otros lenguajes como C++ aunque más cercanos a la orientación a objetos, y los eventos son mecanismos mediante los cuales los objetos pueden notificar de la ocurrencia de sucesos. Los eventos suelen usarse en combinación con los delegates para el diseño de interfaces gráficas de usuario (Windows, etc.), con lo que se proporciona al programador un mecanismo cómodo para escribir códigos de respuesta a los diferentes eventos que puedan surgir a lo largo de la ejecución de la aplicación. (pulsación de un botón, modificación de un texto, etc.) El CLR permite que excepciones lanzadas desde código para.net escrito en un cierto lenguaje se puedan capturar en código escrito usando otro lenguaje, e incluye mecanismos de depuración que pueden saltar desde código escrito para.net en un determinado lenguaje a código escrito en cualquier otro. Por ejemplo, se puede recorrer la pila de llamadas de una excepción aunque ésta incluya métodos definidos en otros módulos usando otros lenguajes. Soporte multihilo: El CLR es capaz de trabajar con aplicaciones divididas en múltiples hilos (Multi Threading) de ejecución que pueden ir evolucionando por separado en paralelo o intercalándose, según el número de procesadores de la máquina sobre la que se ejecuten. Las aplicaciones pueden lanzar nuevos hilos, destruirlos, suspenderlos por un tiempo o hasta que les llegue una notificación, enviarles notificaciones, sincronizarlos, etc. v de 8

7 Distribución transparente: El CLR ofrece la infraestructura necesaria para crear objetos remotos y acceder a ellos de manera completamente transparente a su localización real, tal y como si se encontrasen en la máquina que los utiliza. (Utilizando Proxys con Remoting o WebServices) Seguridad avanzada: El CLR proporciona mecanismos para restringir la ejecución de ciertos códigos o los permisos asignados a los mismos según su procedencia o el usua rio que los ejecute. Es decir, puede no darse el mismo nivel de confianza a código procedente de Internet que a código instalado localmente o procedente de una red local; puede no darse los mismos permisos a código procedente de un determinado fabricante que a código de otro; y puede no darse los mismos permisos a un mismo códigos según el usuario que lo esté ejecutando o según el rol que éste desempeñe. Esto permite asegurar al administrador de un sistema que el código que se esté ejecutando no pueda poner en peligro la integridad de sus archivos, la del registro de Windows, etc. Interoperabilidad con código antiguo: El CLR incorpora los mecanismos necesarios para poder acceder desde código escrito para la plataforma.net a código escrito previamente a la aparición de la misma y, por tanto, no preparado para ser ejecutand o dentro de ella. Estos mecanismos permiten tanto el acceso a objetos COM como el acceso a funciones sueltas de DLLs preexistentes (como la API Win32), o utilizar un Objeto de Negocio desarrollado en VB6 con tecnología ActiveX.Dll / COM+. Como se puede deducir de las características comentadas, el CLR lo que hace es gestionar la ejecución de las aplicaciones diseñadas para la plataforma.net. Por esta razón, al código de estas aplicaciones se le suele llamar código gestionado o man ejado (Managed Code), y al código no escrito para ser ejecutado directam ente en la plataforma.net se le suele llamar código no gestionado (unmanaged code). El código no gestionado que básicamente es una imagen binaria (x86 code), cargada en memoria, y en ejecución. Common Type System (CTS) El Common Type System (CTS) o Sistema de Tipo Común es el conjunto de reglas que han de seguir las definiciones de tipos de datos para que el CLR las acepte. Es decir, aunque cada lenguaje gestionado disponga de su propia sintaxis para definir tipos de datos, en el MSIL resultante de la compilación de sus códigos fuente se ha de cumplir las reglas del CTS. Estas reglas determinan que una variable Int de C# es equivalente a otra variable Integer de VB.Net o Cobol.Net, también que un objeto string de C# contiene un método ToUpper(), para todos los lenguajes soportados por el CTS. Microsoft Intermediate Language (MSIL) Todos los compiladores que generan código para la plataforma.net no generan código máquina para CPUs x86 ni para ningún otro tipo de CPU concreta, sino que generan código escrito en el lenguaje intermedio conocido como Microsoft Intermediate Lenguage (MSIL) El CLR da a las aplicaciones las sensación de que se están ejecutando sobre una máquina virtual, y precisamente MSIL es el código máquina de esa máquina virtual. Es decir, MSIL es el único código que es capaz de interpretar el CLR, y por tanto cuando se dice que un compilador genera código para la plataforma.net lo que se está diciendo es que genera MSIL. La principal ventaja del MSIL es que facilita la ejecución multiplataforma y la integración entre lenguajes al ser independiente de la CPU y proporcionar un formato común para el código máquina generado por todos los compiladores que generen código para.net. Sin embargo, dado que las CPUs no pueden ejecutar directamente MSIL, antes de ejecutarlo habrá que convertirlo al código nativo de la CPU sobre la que se vaya a ejecutar. De esto se encarga un componente del CLR conocido como compilador JIT (Just-In-Time) o jitter que va convirtiendo dinámicamente el código MSIL a ejecutar en código nativo según sea necesario. Este jitter se distribuye en tres versiones: v de 8

8 La actuación de un jitter durante la ejecución de una aplicación gestionada puede dar la sensació n de hacer que ésta se ejecute más lentamente debido a que ha de invertirse tiempo en las compilaciones dinámicas. Esto es cierto, pero hay que tener en cuenta que es una solución mucho más eficiente, ya que en.net cada código no es interpretado cada vez que se ejecuta sino que sólo es compilado la primera vez que se llama al método al que pertenece. Es más, el hecho de que la compilación se realice dinámicam ente permite que el jitter tenga acceso a mucha más información sobre la máquina en que se ejecutar á la aplicación del que tendría cualquier compilador tradicional, con lo que puede optimizar el código para ella generado (por ejemplo, usando las instruccio nes especiales del Pentium III si la máquina las admite, usando registros extra, incluyendo código inline, etc.) Librería de clase base (BCL Base Class Library) La Librería de Clase Base (BCL) es una librería incluida en el.net Framework formada por cientos de clases que permiten acceder a los servicios ofrecidos por el CLR y a las funcionalidades más frecuentemente usadas a la hora de escribir programas. Además, a partir de estas clases prefabricadas el programador puede crear nuevas clases que mediante herencia extiendan su funcionalidad y se integren a la perfección con el resto de clases de la BCL. Por ejemplo, implementando ciertas interfaces podemos crear nuevos tipos de colecciones que serán tratadas exactamente igual que cualquiera de las colecciones incluidas en la BCL. Esta librería está escrita en MSIL, por lo que puede usarse desde cualquier lenguaje cuyo compilador genere MSIL. A través de las clases suministradas en ella es posible desarrollar cualquier tipo de aplicación, desde las tradicionales aplicaciones de ventanas, consola o servicio de Windows NT hasta los novedosos servicios Web y páginas ASP.NET. Es tal la riqueza de servicios que ofrece que puede crearse lenguajes que carezcan de librería de clases propia y sólo usen la BCL -como C#. Dado la amplitud de la BCL, ha sido necesario organizar las clases en ella incluida en names paces que agrupen clases con funcionalidades similares. Namespaces de la BCL más usados Namespace System System.Collections System.Data System.IO System.Net System.Reflection System.Runtime.Remoting System.Security System.Threading System.Web.UI.WebControls System.Winforms System.XML Utilidad de los tipos de datos que contiene Tipos muy frecuentemente usados, como los tipos básicos, tablas, excepciones, fechas, números aleatorios, recolector de basura, entrada/salida en consola, etc. Colecciones de datos de uso común como pilas, colas, listas, diccionarios, etc. Manipulación de bases de datos. Forman la denominada arquitectura ADO.NET. Manipulación de ficheros y otros flujos de datos. Realización de comunicaciones en red. Acceso a los metadatos que acompañan a los módulos de código. Acceso a objetos remotos. Acceso a la política de seguridad en que se basa el CLR. Manipulación de hilos. Creación de interfaces de usuario basadas en ventanas para aplicaciones Web. Creación de interfaces de usuario basadas en ventanas para aplicaciones estándar. Acceso a datos en formato XML. v de 8