Casting implícito

[genuine_carlosV2]

Hola amigos!

Una duda me corroe desde hace ya un tiempo.
Como narices lo hace la clase Integer (y en general, sus homólogas -Byte, Float, Double, etc-) para poder aceptar cosas como estas:

Código Java:

Integer a = 8;
int b = a;
 

Sin tener que hacer casting?
Y la pregunta del euromillon: Como lo puedo hacer yo para que una clase mia se comporte así? He intentado incluso heredar de Integer pero que casualidad que es una clase Final...

He buscado por Google pero nada. Incluso he logrado obtener el código fuente de la clase pero me da un error al intentar ejecutar Class.getPrimitiveClass() ya que me dice que no es una función visible. Por lo que he visto, eso es lo único que podría hacer lo que yo pido pero no hay caso de hacerlo funcionar ni siquiera con alternativas como int.class o Integer.TYPE... Alguna idea?

Gracias.
Carlos

[GreenEyed]

Busca por java autoboxing. Lo hace el compilador así que no es algo que puedas hacer tú en tus clases.
Lo más que puedes hacer en tus clases para evitar castings es usar genéricos, pero ese es otro tema.

S!

[genuine_carlosV2]

Mi gozo en un pozo!
Parece ser que tienes razón y el autoboxing no está accesible para los mortales...

Muchas gracias :)

Por si se te ocurre, mi idea era que alguien pudiese introducir un código en Java tal que así:

Código Java:

public class Test {
   private int a;
   private byte byteArray[] = new Byte[ 10 ];
   public Test() { this.a = 6; }
}
 

Entonces el programa le diría cuantos int, byte, short, etc. tiene el código introducido (por supuesto, se debería cambiar todas las referencias 'int' por 'Integer', etc). Por eso, si podía heredar de Byte, por ejemplo, podría añadir un campo static que se actualizase cada vez que se inicializase un byte. Además de este modo, el código aún sería usable (es decir, no tendría que añadir a cada poco cosas tipo setValue o getValue -ya que si el código es extenso, es un engorro-).
Eso si, tampoco quiero programar un Compilador!!

Gracias
Carlos

[GreenEyed]

No entiendo que es lo que quieres hacer. ¿Saber cuantas variables de un tipo has usado en un trozo de código?

S!

[genuine_carlosV2]

Si, exacto.
Lo cierto es que lo que quiero es saber la cantidad de memoria que usa una instancia de un objeto en todo momento. El problema es que la aplicación no es para un ordenador de escritorio sino para una tarjeta interligente (Smart Card). Estoy desarrollando un pequeño emulador de tarjetas inteligentes donde tu puedes poner el código que le pondrías a una tarjeta inteligente y te lo ejecutaría sin problema emulando ser una tarjeta. El emulador en si ya lo tengo casi desarrolado del todo y la verdad es que funciona muy bien pero me interesaría tener el cómputo de variables que se estan usando en cada momento (incluidos los arrays, es decir, byte a; byte b = new byte[ 6 ], debería decirme que tengo 7 variables de tipo byte).

Gracias

[GreenEyed]

Uffs, para lo que propones habría que meter mano, pero bien, a la JVM, usando algun tipo de agente que se instalara en el arranque. Algo parecido a lo que hacen los monitores de rendimiento y consumo de memoria.

Aunque se a que a viene la idea, he programado para SimCards que no son más que SmartCards con un API de telefonía encima, y la parte de memoria es bastante delicada. Es como programar en un lenguaje muy básico, pero usando sintaxis Java .

S!

[genuine_carlosV2]

Buenas,

Se me ocurrió una idea bastante poco elegante pero mal que mal...
Mi idea para este emulador era tocar lo mínimo del código de la tarjeta.
Lo que se me ha ocurrido es que si no quieres el cómputo de variables, no toques nada pero si lo quieres, he añadido algunas funciones a la classe Applet (de donde derivará seguro la clase que introducca el usuario). Las funciones son así:

Código Java:

getByte( byte b ) {
   numBytes++;
   return b;
}
 

Lo mismo para short y para boolean. Además, también funciones similares por si hay que inicializar un array o algo así. De este modo que solo hay que cambiar las lineas de la declaración de esto:

Código Java:

static byte Server_CLA = (byte) 0xC0;
 

A esto:

Código Java:

static byte Server_CLA = getByte( (byte) 0xC0 );
 

De modo que hay que tocar bastante código pero como mínimo no hay que llenar TODO el código con setters y getters.

Se te/os ocurre alguna idea mejor?

[GreenEyed]

Teniendo en cuenta que en Java el paso de parametros es por valor y estás pensando en usarlo para primitivas... es bastante ineficiente especialmente como programa para ejecutarse en una tarjeta, donde esas cosas son importantes.

S!

[genuine_carlosV2]

No no no...

La idea es que el código de la tarjeta sea el que es pero tu, quando quieras ejecutar dicho código en el emulador (en el escritorio), deberás realizar algun pequeño cambio (por ejemplo, sustituir el método install por un constructor). Estos cambios se hacen en la aplicación de escritorio que simula ser una Smart Card. Además, sólo se harían en el momento de la instanciación. Después ya podria usar los datos sin problemas.

[GreenEyed]

Ah, ya veo. No se, si os sale a cuenta pues adelante. Yo no necesitaba tener tanto control sobre los objetos instanciados, lo minimizaba todo lo posible y antes de cargarlo en la tarjeta la herramienta del fabricante ya te decia el espacio que ibas a ocupar con código y memoria, así que no tuve que usar algo así.

Suerte

[genuine_carlosV2]

Hace tiempo si que te lo decía el compilador pero en las tarjetas que estoy usando ahora no (uso las JCOP).

En fin, gracias por tu ayuda :)