Este artículo incluye una lista de referencias , lecturas relacionadas o enlaces externos , pero sus fuentes siguen sin estar claras porque carece de citas en línea . ( Julio de 2007 ) |
Este artículo puede ser demasiado técnico para que la mayoría de los lectores lo comprendan . ( Agosto de 2009 ) |
El perfil de dispositivo de información móvil ( MIDP ) es una especificación publicada para el uso de Java en dispositivos integrados como teléfonos móviles y PDA . MIDP es parte de la plataforma Java, Micro Edition (Java ME) marco y se sienta en la parte superior de la configuración Connected Limited Device (CLDC), un conjunto de interfaces de programación de bajo nivel. MIDP fue desarrollado bajo el Proceso de la Comunidad Java . Los primeros dispositivos MIDP se lanzaron en abril de 2001.
Las interfaces de programación de aplicaciones centrales están definidas por el sistema de configuración de dispositivos limitados conectados subyacente .
Contiene las clases específicas de Java ME utilizadas para operaciones de E / S.
Contiene las clases específicas de Java ME utilizadas para la GUI .
LCDUI tiene un enfoque simple basado en pantalla en el que un solo visualizador siempre está activo a la vez en la interfaz de usuario de la aplicación. LCDUI API proporciona un pequeño conjunto de elementos visualizables comunes en las interfaces de usuario de dispositivos móviles: Lista, Alerta, Cuadro de texto, Formulario y Lienzo. Para todos los visualizables, la implementación MIDP del dispositivo tiene control sobre la presentación y el diseño de los visualizables. Canvas es una superficie de gráficos de bajo nivel para la cual una aplicación tiene control total sobre lo que se representa, aunque normalmente se reserva algo de espacio para áreas del sistema como el título de la pantalla y los indicadores comunes en las IU de los dispositivos móviles. Desde MIDP 2.0, Canvas también admite un modo de pantalla completa que permite el uso de gráficos de pantalla completa, lo que es especialmente útil para juegos.
LCDUI también tiene un enfoque bastante único de operaciones abstractas, llamado Comandos. La ubicación de los comandos agregados a un visualizable depende completamente de la implementación del dispositivo de este kit de herramientas. El programador de aplicaciones utiliza tipos de comandos especificados por API para indicar el uso o el propósito del comando en una interfaz de usuario de la aplicación. Los tipos comunes son BACK, EXIT, ITEM, SCREEN. La idea de la abstracción de comandos es hacer que las aplicaciones sean más portátiles en varios dispositivos móviles. Los desarrolladores de aplicaciones deben usar los tipos de comando correctamente para indicar el propósito de una operación, y la implementación del dispositivo luego coloca la operación en la ubicación común para un tipo dado en el estilo de interfaz de usuario específico de un dispositivo. Puede ser, por ejemplo, una tecla específica, como "una tecla de navegación hacia atrás" para los comandos BACK o un botón en la pantalla.
El acrónimo LCDUI era en realidad una broma interna dentro del Grupo de Expertos de JCP. Aunque no está definido en las especificaciones MIDP, denota Interfaz de usuario de dispositivo de capacidad limitada . (La broma era que nadie más sabía realmente lo que representaba). Más tarde, el libro Programación de dispositivos inalámbricos con la plataforma Java 2, Micro Edition dio esto como definición.
Han aparecido otras pseudodefiniciones comunes. La " Interfaz de usuario de pantalla de cristal líquido " reflejaría el hecho de que los teléfonos móviles normalmente utilizan pantallas LCD; sin embargo, la API no está diseñada específicamente para esta tecnología de visualización en particular. También se dice que "LCD UI" significa " mínimo común denominador " debido al hecho de que la UI específica tiene el diseño más simple posible.
El sistema de gestión de registros proporciona una forma de almacenamiento persistente para Java ME; una base de datos para el dispositivo móvil.
Contiene las clases base para las aplicaciones Java ME y permite que las aplicaciones sean notificadas de cambios en su estado.
Las siguientes solicitudes de especificación de Java son una selección de JSR opcionales que se pueden agregar a una implementación MIDP para agregar funcionalidades adicionales. Como JSR opcionales, no hay garantía de que un teléfono MIDP implemente dichas API.
API de mensajería inalámbrica (opcional), para enviar mensajes SMS y MMS.
API de administración de información personal (opcional), acceda a la libreta de direcciones del dispositivo, lista de tareas pendientes, calendario.
El paquete opcional de conexión de archivos (FCOP) es uno de los dos paquetes opcionales definidos por JSR 75 a través del proceso de la comunidad de Java. La API FileConnection especificada en JSR 75 brinda acceso a los sistemas de archivos locales en dispositivos como PDA. Para superar los problemas de seguridad, MIDlet debe incluir el permiso de archivo solicitado en su archivo JAD en la propiedad MIDLet-Permission.
Hay varias formas diferentes de crear aplicaciones MIDP: el código se puede escribir en un editor de texto sin formato , o se puede usar un IDE más avanzado como NetBeans , IntelliJ (con el complemento Java ME incluido) o Eclipse (con complementos como EclipseME ) que tiene una interfaz de usuario para diseñar gráficamente cualquier formulario que cree, además de proporcionar muchas otras funciones avanzadas que no están disponibles en un editor de texto simple.
Algunas limitaciones pueden evitarse mediante el uso de una API específica del proveedor o MIDP 2.0, lo que obviamente reduce la portabilidad de la aplicación.
MIDP fue desarrollado bajo el Proceso de la Comunidad Java .
MIDP ahora es reemplazado por MEEP a partir de Java ME 8.
La programación de Wikibook J2ME tiene una página sobre el tema: MIDP 1.0 |