DIFERENCIAS DE CLDC CON J2SE

DIFERENCIAS DE CLDC CON J2SE

• No soportan operaciones de punto flotante.

Esta es una operación que permite ampliar el rango de valores, usando varios

bits adicionales en la representación numérica, para guardar un exponente

y elevar al número. En estas operaciones, necesitamos arreglos de memoria que

permitan el uso de Bytes, Words y Longs

Sin embargo la mayoría de dispositivos móviles no poseen el hardware necesario

para este tipo de operaciones y por esto que se ha eliminado esta característica con

respecto a su homóloga J2SE.

• No se finalizan los objetos

Si necesitamos finalizar un objeto, usamos las librerías de la configuración CLDC. Estas

librerías no contienen el método Object.finalize(), por lo que no podemos finalizar objetos

a través de ella.

• Manejo de errores limitados

Si tenemos un error en JAVA, este en vez de bloquearse (produce un “core” o “crash”), lanza una excepción para que nosotros corrijamos este error.

Los errores pueden surgir por muchas razones, las clases de errores que se tienen en la CLDC es limitado, por las siguientes razones:

a. La configuración CLDC posee un subconjunto limitado de todas las excepciones de J2SE, lo cual reduce el manejo de estas.

b. Una de las clases de JAVA que maneja excepciones, es java.lang.error, y todas sus subclases, que han sido eliminadas de la configuración CLDC.

Las limitaciones para manejar los errores son gracias a que, cuando un dispositivo tiene instalado una máquina virtual y una configuración, no depende de ellas directamente para funcionar.

Es decir, la máquina y el perfil son para ejecutar aplicaciones de JAVA, y no para llevar a cabo procesos críticos del dispositivo, por eso cada máquina maneja sus propios errores. Por esto usar de la clase java.lang.error no es tan necesario.

DIFERENCIAS ENTRE LAS MÁQUINAS VIRTUALES

Java Native Interface (JNI) no implementada

La JNI, es uno de los frameworks de java que permite interacción entre programas de JAVA y otros programas no escritos en este lenguaje.

En la configuración CLDC, la JNI no ha sido implementada, y esto se ha producido por 2 razones fundamentales:

Primero, cuando la JNI “permite” la interacción entre programas, lo hace a través de “invocaciones” de métodos nativos, y los otros programas pueden invocar también a la JNI. Entonces estas invocaciones usan programas externos en caso de que sea necesario.

Cargadores de clase definidos por el usuario, suprimidos.

Si la máquina virtual de JAVA tiene implementada una configuración CLDC no permite a el usuario definir cargadores de clase, si no que implementa un cargador de clases que no puede ser ni suprimido, ni sustituido, ni reconfigurado

...