Programación de Aplicaciones de Escritorio

Transcripción

1 ENSAMBLADOS Entorno de ejecución común de los lenguajes El proceso de ejecución de cualquier aplicación incluye los pasos siguientes: 1.- Diseñar y escribir el código fuente. 2.- Compilar el código fuente a intermedio. 3.- Compilar el código intermedio a nativo. 4.- Ejecutar el código nativo. Puesto que.net Framework es un entorno de ejecución multilingüe, soporta una amplia variedad de tipos de datos y de características, que serán utilizadas en la medida que el lenguaje empleado las soporte y en la medida que el desarrollador adapte su código a las mismas. Esto es, es el compilador utilizado, y no el CLR, el que establece el código que se utiliza. Por lo tanto cuando se tenga que escribir un componente totalmente compatible con otros componentes escritos en otros lenguajes, los tipos de datos y las características del lenguaje utilizado deben estar admitidos por la especificación del lenguaje común (CLS). Cuando se compila el código escrito, el compilador lo traduce a otro denominado MSIL (Microsoft Intermediate Language) o simplemente IL, correspondiente a un lenguaje independiente de la unidad central de proceso (CPU). Esto quiere decir que el código producido por cualquier lenguaje.net puede transportarse a cualquier plataforma (Intel, Sparc, Motorola, etc.) que tenga instalada una máquina virtual de.net y ejecutarse. MSIL incluye instrucciones para cargar, iniciar y llamar a los métodos de los objetos, así como instrucciones para operaciones aritméticas y lógicas, control del flujo, acceso directo a memoria, manipulación de excepciones y otras operaciones. Código fuente Compilador Código intermedio (Assembly) VB, C#, C++, Otros lenguajes.net.exe o.dll Cuando el compilador produce MSIL también produce metadatos: información que describe cada elemento manejado por el CLR (tipo, método,

2 etc.) esto es, el código a ejecutar debe incluir esta información para que el CLR pueda proporcionar servicios tales como administración de memoria, integración de múltiples lenguajes, seguridad, control automático del tiempo de vida de los objetos, etcétera. Tanto el código intermedio como los metadatos son almacenados en un archivo ejecutable y portable (.exe o.dll) denominado ensamblado (assembly en inglés), lo cual permite que el código se describa a sí misma, lo que significa que no hay necesidad de bibliotecas de tipos o de lenguajes de definición de interfaces. Un ensamblado es la unidad fundamental de construcción de una aplicación.net. En esencia, es una colección de tipos, recursos y de código que forman una unidad lógica operativa que proporciona al CLR la información total que necesita para la posterior ejecución del código. En un ensamblado se diferencian básicamente dos partes: el manifiesto y el código MSIL. El manifiesto incluye los metadatos que describen completamente los componentes en el ensamblado como: Identidad. Consta de 3 partes: nombre, versión y cultura. Lista de archivos. Enumera todos los archivos que contiene el ensamblado. Lista de dependencias. Comprende otros ensamblados que el mismo requiere para su ejecución. Información de tipos (metadatos). Contiene todos los tipos de dato y miembros del ensamblado (métodos, propiedades, etc.)y el código describe el proceso a realizar. Permisos. Indica información inherente a la seguridad requerida para que el ensamblado sea ejecutado correctamente. Por otra parte, el código escribe el proceso a realizar. Es importante mencionar que existen ensamblados privados, y compartidos. Antes de que el código intermedio pueda ser ejecutado, debe ser convertido por un compilador JIT (Just in time: al instante) a código nativo, que es código específico de la CPU de la computadora sobre la cual se está ejecutando JIT. Código MSIL Máquina virtual Código intermedio (Assembly)

3 La máquina virtual no convierte todo el código MSIL a código nativo y después lo ejecuta, sino que lo va convirtiendo bajo demanda con el fin de reducir el tiempo de ejecución; esto es, cada método es compilado a código nativo cuando es llamado por primera vez para ser ejecutado, y el código nativo que se obtiene se guarda para que estés accesible para subsiguientes llamadas. Este código nativo se denomina código administrado si cumple la especificación CLS, en otro caso recibe el nombre de código no administrado.

4 Desarrollo de la práctica En el siguiente ejemplo se hará uso de un ensamblado. Es una práctica sencilla pero el objetivo es demostrar la aplicación de un assembly. 1.- Crear un proyecto de biblioteca de clases denominado Ensamblados (Figura 1). Figura 1. Elección de proyecto 2.- Se creará un espacio de nombres Mensaje, el cual contendrá una clase llamada Saludo donde se declarará un método con nombre MostrarSaludo que tendrá un pequeño bloque de código con un breve mensaje (Figura 2). Figura 2. Creación de espacio de nombres

5 3.- Ubicar, en el explorador de soluciones el icono Mostrar todos los archivos, desplegar el nodo de My Project y dar doble clic en AssemblyInfo.Vb. Este archivo contiene la descripción de la aplicación que se está creando. Puede dejarse así, o modificar algunas de estas propiedades (Figura 3). Figura 3. Archivo AssemblyInfo.vb 4.- Compilar la aplicación dando clic en la opción Generar. Si se explora el directorio de la aplicación, se encontrarán ahí dos carpetas bin y obj.la primera contiene el compilado, mientras que la segunda alberga información requerida por Visual Studio. Dentro de bin existen dos archivos: el ensamblado (DLL) y un archivo con extensión pdb, del cual hace uso Visual Studio para almacenar la información de depuración de la aplicación (Debug). 5.- Adicionar un nuevo proyecto a la solución (Figura 4), de tipo Aplicación para Windows llamado MensajeAlumnos.

6 Figura 4. Agregar proyecto a la solución Ahora se cuenta con dos aplicaciones, la primera corresponde a un ensamblado DLL, mientras que la segunda a uno de tipo EXE. 6.- Agregar un botón con las siguientes características: Objeto Propiedad Valor Button Name btnmostrar Text Mostrar mensaje El objetivo es efectuar una invocación al método implementado por el ensamblado DLL construido anteriormente. Para ello, es necesario establecer una referencia a la misma. 7.- Del menú proyecto, seleccionar la opción Agregar referencia, o bien dando clic derecho al proyecto de tipo aplicación de Windows y eligiendo la misma opción. Posteriormente se debe buscar el ensamblado en la ruta donde se haya guardado la solución y elegir Aceptar (Figura 5).

7 Figura 5. Agregar referencia La nueva biblioteca ahora está disponible y se puede corroborar en el explorador de soluciones, expandiendo la carpeta de Referencias (References), como se muestra en la figura. Figura 6. Ensamblado agregado 8.- En el botón agregado en el proyecto MensajeAlumnos se debe invocar al procedimiento MostrarMensaje. Debido a que se ha creado un espacio de nombres, éste debe importarse. Enseguida se crea una instancia de la clase Saludo y una vez hecho esto se puede llamar al método (Figura 7).

8 Figura 7. Invocación al procedimiento 9.- Finalmente, para poder visualizar el resultado es necesario establecer como proyecto de inicio a MensajeAlumnos ya que no se puede iniciar la ejecución de una aplicación con una biblioteca de clase.