Hola,

>   No se si tiene que ver con esto pero,
> hace nada estaba pensando en donde
> reside el comportamiento de una instancia
> de un objeto .

Das por seguro que "el comportamiento" es un objeto...
Estas seguro que ese planteo es correcto?

Según ese planteo un objeto sería
     (sus partes + su comportamiento)
  que serían mas partes...
  lo que es incorrecto a mi entender,
pues indica que hay que trabajar más sobre
el concepto de objeto como unidad/identidad
y no como adición de elementos de una
maquina (datos que son procesados).

>   Ya que cuando uno instancia un objeto y lo
> inspecciona no encuentra mas que los nombres
> de los objetos que este conoce y nada que lo
> lleve al comportamiento del mismo.

Eso se resuelve muy fácil... subclasificá el inspector
para que cumpla funcionalidad de browser específico
y esta resuelta tu inquietud...
en la práctica.
Pero no queda resuelta la que yo te planteé :-)
Es el comportamiento un objeto?
Porque?

>   El comportamiento queda en la clase y los
> objetos instancias acceden al mismo de
> alguna manera ???

Si, en la implemantación tradicional de un Smalltalk así ocurre.
La máquina virtual, en la resolución del envío de un mensaje
ejecuta dos operadores básicos:
    1.- lookup
    2.- evaluate
El lookup produce un método a activar para resolver el mensaje
que ha impactado en un objeto.
El evaluate ejecuta el método.
Se pueden presentar inconvenientes en la resolución de ambos
operadores y está en el dominio de la máquina virtual (en el
caso de las VMs mas usadas) la resolución de éstos problemas.

En algunos smalltalks ocurre que los métodos de un objeto,
pueden estar (algunos) en otros lugares... quedando así la
posibilidad de que un objeto en particular entienda mas mensajes
que lo que especifica su clase, o que tenga métodos distintos a
los signados por su clase.
Esto da lugar a ambientes con capacidades extendidas para sus objetos.

Volviendo al tema de comportamiento esUn: Objeto...
Para los smalltalks de hoy, todo el carácter reflexivo de los objetos
del ambiente esta expresado en objetos :-(
Y por esta razón, el comportamiento frente a la recepción
de un mensaje está resuelto con instancias de CompiledMethod.
Es decir, el modelo de comportamiento no solo esta resuelto
con objetos sino que además, el comportamiento esta
modelado como "método" (es decir, responde a un plan).
Un aforma de ver la problemática muy tradicional, que
es aceptable, en términos de poder realizar de forma
técnica la implementación de un ambiente en las arquitecturas
actuales; pero que, creoyo, no tiene mas sustento que ese.

hasta pronto,
Ale.





----- Original Message -----
From: "kikote gregoris" <kikogregoris@...>
To: <smalltalking@...>
Sent: Tuesday, March 28, 2006 5:08 PM
Subject: Re: [objetos] Sobre los bloques | |


> hola
>
>   No se si tiene que ver con esto pero, hace nada estaba pensando en donde
reside el comportamiento de una instancia de un objeto .
>
>   Ya que cuando uno instancia un objeto y lo inspecciona no encuentra mas
que los nombres de los objetos que este conoce y nada que lo lleve al
comportamiento del mismo.
>   El comportamiento queda en la clase y los objetos instancias acceden al
mismo de alguna manera ???
>
>   saludos kiko
>
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar