Modulo : Taller de Aplicaciones MóvilesDocente :Ing.Víctor Pando BeltranSemestre :IVCarrera Profesional : Computación e Informática

“Año de las Cumbres Mundiales en el Perú”

.• La Interfaz de Programación de

Aplicaciones, cuyo acrónimo en inglés es API (Application Programming Interface), es un conjunto de funciones residentes en bibliotecas (generalmente dinámicas, también llamadas DLLs por sus siglas en inglés) que permiten que una aplicación corra bajo el sistema operativo Windows.

• Debido a su estrecha relación con el desarrollo de software, los programas en sus especificaciones generalmente explicitan la versión de la API del sistema operativo, mediante diversas nomenclaturas tales como la versión específica del sistema operativo (para Windows 98, por ejemplo), o explicitando la versión del conjunto de bibliotecas (Plataforma Win32, etc.).

• Es la implementación de Microsoft del concepto de bibliotecas (librerías) compartidas en sistemas Windows. Generalmente estas bibliotecas llevan la extensión ".dll" . Formato de archivo para los DLL es el mismo que para los archivos EXE. Como en EXE, los DLL pueden contener códigos, datos y recursos.

• KERNEL32.dll .- Se ocupa de gestionar la administración de memoria. Cuando Windows se inicia, el kernel32.dll se carga en un espacio de memoria protegida de modo que otras aplicaciones no puedan ocupar ese espacio.

• USER32.dll .- Es una biblioteca de vínculo dinámico (DLL) que implementa el API de cliente de Windows del usuario Biblioteca. Se trata de un archivo básico para varias versiones del sistema operativo Microsoft Windows.

• GDI32.dll .- Es una librería que contiene funciones básicas relacionadas con el sistema de interfaz gráfico de Windows (GDI) Graphical Device Interface. Gracias a este sistema Windows puede crear y mostrar objetos en 2D.

• Las DLLs pueden verse como la evolución de las bibliotecas estáticas y de forma análoga contienen funcionalidad o recursos que utilizan otras aplicaciones. Sin embargo, su uso proporciona algunas ventajas:

•Reducen el tamaño de los archivos ejecutables: Gran parte del código puede estar almacenado en bibliotecas y no en el propio ejecutable lo que redunda en una mejor modularización

• Pueden estar compartidas entre varias aplicaciones: Si el código es suficientemente genérico, puede resultar de utilidad para múltiples aplicaciones (por ejemplo, la MFC es una biblioteca dinámica con clases genéricas que recubren la API gráfica de Windows y que usan gran parte de las aplicaciones).

• Facilitan la gestión y aprovechamiento de la memoria del sistema: La carga dinámica permite al sistema operativo aplicar algoritmos que mejoren el rendimiento del sistema cuando se carguen estas bibliotecas. Además, al estar compartidas, basta con mantener una copia en memoria para todos los programas que la utilicen.

• En los sistemas Windows, las DLLs son muy comunes y muchos programas usan las mismas DLLs. Pero debido a la evolución, cada una de las DLLs evoluciona incorporándose mejoras pero modificándolas de tal forma que dejan de ser compatibles. Esto puede producir dos efectos no deseados.

• que la instalación de un programa reemplace una DLL con una nueva versión incompatible

• que la desinstalación del programa borre una DLL compartida

• En ambos casos, el resultado es que dejan de funcionar los programas que utilizaban la vieja versión. Estos problemas se denominaron el infierno de las DLLs.

• Las versiones más modernas de Windows y los nuevos scripts de instalación MSI (sobre todo su característica de instalaciones residentes) abordan este problema. Sin embargo, el problema se mantiene cuando se utilizan otros instaladores (versiones antiguas) o se realizan modificaciones manuales.