[eside-ghost] Java y punteros!!!

Uvatha enekruti en yahoo.es
Vie Ene 20 09:40:06 CET 2006


Wop!
  
     Me autodiscuto xD:
  
  >    As much as is reasonably practical, the hashCode method defined by    class >Object  does return distinct integers for distinct objects. (This is typically  >implemented by converting the internal address of the object into an  inte ger, >but this implementation technique is not required by the JavaTM programming >language.)
  
     "the internal address" es la direccion física de memoria?  Me toi haciendo un lio yo solo q pa q... xD. Y esa implementacion no es  "requerida" por Java? No entiendo muy bien esta frase...En fins si  alguien lo ve mas claro q arroje un poco de luz sobre el asunto xD.
  
  Aioooooooooooo
  

Uvatha <enekruti en yahoo.es> escribió:  Wop!
  
    Me han llegado los  mensajes en desorden, y creo q m he enterado de la mitad xDD. El  numerito q sale en un toString() de la clase Object es un hashcode q se  utiliza para el método equal(), q dice si dos referencias apuntan al  mismo objeto (hablando siempre de la implementacion de Object, otras  clases como String tienen su propia implementacion). Si mi cerebro no  falla a estas horas de la mañana (no es q funcione mucho mejor el resto  del dia xD), lo q obtendreis en esas lineas no es exactamente la  direccion de memoria, si no el hashcode del objeto. Lo q no tengo ni  idea es si se puede obtener la direccion de memoria de un objeto.
  
    Lo más importante ¿q quereis hacer? Es MUY raro q se necesite la  direccion física de un objeto...(una de las ventajas de Java era  ahorrarse cosas de este estilo q tanto odio del C y C++).
  
  
      La verdad es q el inglés de esta parte de la docu d   e  la   API es un poco lioso, lo copy pasteo para q cada uno saque sus  propias conclusiones.
  
  Nus vemos. Aiooooooooooooooo
  
  El toString() de un Object saca esto por pantalla:
  
getClass().getName() + '@' + Integer.toHexString(hashCode())
  
  
public int hashCode()
  Returns a hash code value for the object. This method is supported for  the benefit of hashtables such as those provided by java.util.Hashtable.         The general contract of hashCode is:    
    
   Whenever it is invoked on the same object more than once during        an execution of a Java application, the hashCode method        must consistently return the same integer, provided no information        used in equals  comparisons on the object is modified. This integer need not remain  consistent from one execution of an application to another execution of  the same application. 
      If two   objects are equal according to the equals(Object)       method, then calling the hashCode method on each of        the two objects must produce the same integer result.    
   It is not required that if two objects are unequal        according to the equals(java.lang.Object)        method, then calling the hashCode  method on each of the two objects must produce distinct integer  results. However, the programmer should be aware that producing  distinct integer results for unequal objects may improve the  performance of hashtables.   
          As much as is reasonably practical, the hashCode method defined by    class Object  does return distinct integers for distinct objects. (This is typically  implemented by converting the internal address of the object into an  inte ger, but this implementation technique is not required by the JavaTM programming language.)  
  

Cymo <gcymoril en gmail.com> escribió:  > Hay clases en java que te permiten escribir en vez de en consola, en
> un StringBuffer o un CharArray ?? ahora no me acuerdo, y eso luego lo
> pueses convertir en una cadena...
>
Me autocontesto:

Un PrintStream es un objeto que "escribe" cosas, es decir, tiene el
método print (como System.out.print()

Un ByteArrayOutputStream usa internamente un buffer (accesible),
siendo el buffer un array de bytes (byte [] buf).

Así que se me ocurre:


PrintStream kapi = new PrintStream(
  new ByteArrayOutputStream( 1024 );

  kapi.print( variable ); // la direccion queda "impresa" en el buffer interno

  Strin   g   direccion = kapi.toString(); // el método toString()
devolvería el buffer pasado a String
_______________________________________________
eside-ghost mailing list
eside-ghost en deusto.es
https://listas.deusto.es/mailman/listinfo/eside-ghost




//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\

"Take a look to the sky just before you die
It's the last time he will
Blackened roar, massive roar, fills the crumbling sky
Shattered goal fills his soul with a ruthless cry
Stranger now are his eyes to this mystery
He hears the silence so loud
Crack of dawn, all is gone except the will to be
Now they see what will be, blinded eyes to see"

For Whom The Bell Tolls. James Hetfield.

//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\    

---------------------------------

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com_______________________________________________
eside-ghost mailing list
eside-ghost en deusto.es
https://listas.deusto.es/mailman/listinfo/eside-ghost



//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\

"Take a look to the sky just before you die
It's the last time he will
Blackened roar, massive roar, fills the crumbling sky
Shattered goal fills his soul with a ruthless cry
Stranger now are his eyes to this mystery
He hears the silence so loud
Crack of dawn, all is gone except the will to be
Now they see what will be, blinded eyes to see"

For Whom The Bell Tolls. James Hetfield.

//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\
		
---------------------------------

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20060120/8d08c378/attachment.htm


Más información sobre la lista de distribución eside-ghost