Hola Juan!
Fijate que hay ejemplos y buena documentación en el Distributed
Smalltalk Programmer's Reference (DSTProgrammerRef.pdf) sobre lo que
intentás hacer.
Saludos,
Hernán.-
> -----Mensaje original-----
> De: Juani [mailto:barisich@...]
> Enviado el: Jueves, 12 de Agosto de 2004 11:08 a.m.
> Para: smalltalking@...
> Asunto: Re: [objetos] Sistemas distribuidos en Smalltalk
>
>
> Antes que nada agradezco las respuestas que me han dado anteriormente.
>
> Estoy investigando DST. Encontre un pdf, que viene con los parcels de
> DST (http://www.cincom.com/downloads/pdf/DSTAppDevGuide.pdf).
>
> Con este parcel puedo hacer "DSTTool open", lo cual abre una interfaz
> para la configuracion del DST.
> Ahora, existe alguna forma de utilizar DST sin esta interfaz
> (DSTTool)? Como puedo setear el hostName del Naming Service? Como
> puedo setear el hostName del Repository?
>
> Necesito esto para hacer una aplicacion en la que el usuario no tenga
> que configurar manualmente las opciones del DTS.
>
> Nuevamente muchas gracias a todos
>
>
> --- En smalltalking@..., "Alejandro F. Reimondo"
> <aleReimondo@s...> escribió:
> > Hola Juani,
> > En VisualAGE el soporte de distribución se llama SST, en Visual
> Works tenes
> > dos alternativas la opción que llaman DST es excelente (como la
> de
> SST).
> > Te recomiendo leer los manuales de SST y DST pues son muy
> enriquecedores y
> > te permitirán entender varias de las problemáticas que se
> presentan
> y cómo
> > resolverlas de forma conveniente.
> > La instalación y puesta en marcha de ambas soluciones es muy
> simple, una vez
> > que leíste los manuales :-)
> > Ambas soluciones las he usado en la práctica y son
> recomendables.
> Tendrás un
> > soporte robusto, muy extensible y no vas a perder tiempo
> reinventando la
> > rueda o aplicando parches sobre cosas que no se usan realmente o
> sean
> > ensayos del tipo "hagalo usted mismo".
> > Para los Smalltalks mas chicos, como Squeak y Dolphin tenes un
> soporte en
> > las goodies de Smalltalking que se llama rSt, el cual creo que no
> se ha
> > usado en un producto aún. Sería bueno saber si se le ha dado
> algún
> uso en un
> > producto.
> > Te hago ese comentario sobre rSt pues creo que depende de que
> necesidad
> > tengas te conviene una u otra opción y una mala elección
> puede
> hacerte
> > pensar que no esta resuelto lo que necesitas.
> > hasta pronto,
> > Ale.
> >
> >
> > ----- Original Message -----
> > From: "Juani" <barisich@y...>
> > To: <smalltalking@...>
> > Sent: Wednesday, July 28, 2004 5:14 PM
> > Subject: [objetos] Sistemas distribuidos en Smalltalk
> >
> >
> > Hola. Soy bastante nuevo en Smalltalk y en redes.
> > Necesito poder mandar un mensaje a traves de una red.
> Estuve leyendo
> > algo de Corba. Queria saber:
> > - si alguien tiene algun ejemplo sencillo.
> > - que tipos de redes usar
> > - algun lugar de donde obtener informacion
> >
> > Muchas gracias a todos
> >
> >
> >
> >
> >
> > Para retirarse del grupo,
> > puede enviar un email a: smalltalking-unsubscribe@egroups.com
> >
> > Enlaces de Yahoo! Grupos
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
Hola Andrés,
No se que estás haciendo especificamente, pero lo que querés
hacer funciona perfectamente. Yo uso generalmente los Aspect Adaptors en
estos casos.
Siguiendo tu ejemplo de Empresa y EmpresaGUI
Supongamos que tenés una variable de instancia que guarda el
nombre de dicha empresa.
Entonces, En el modelo tenés definido:
Empresa>>name: aString
" Set the name of the receiver."
name := aString.
self changed: #name
! !
En la interfaz tenés un InputField que lo muestra, el cual envia el
aspecto #name
Entonces en
EmpresaGUI>>name
" Answer the name aspect of the receiver."
^(AspectAdaptor
subject: self model
sendsUpdates: true) forAspect: #name.
! !
Esto lo que hace es setear un "canal" entre el modelo y la GUI. Por cada
cambio en el model se refleja automaticamente en la GUI o viceversa.
Saludos,
Hernán.-
> -----Mensaje original-----
> De: Andrés Garagiola [mailto:agaragiola@...]
> Enviado el: Jueves, 12 de Agosto de 2004 02:24 p.m.
> Para: Smalltaking
> Asunto: [objetos] GUI´s en VisualWorks
>
>
> Hola lista,
>
> Tengo un para de dudas con respecto a la creación de interfaces de
> usuario en VisualWorks.
>
> 1) Yo uso, como lei en algun tutorial de cincom, el Canvas
> para dibujar
> la interfaz y luego desde el "GUI painter tool" utilizo los cuatro
> botones, install, define, open y test. Por lo que todo lo
> define en una
> clase que hereda de ApplicationModel aquí yo agrego una
> variable "model"
> para alojar al modelo del dominio, no se si esto es correcto.
> Yo estaba
> acostumbrado a Dolphin donde los presenter ya heredaban los
> métodos para
> tratar al model y yo solo redefínia el #model:
>
> 2) La segunda tiene que ver con un problema con el que no me
> encontraba
> en Dolphin, y es el siguiente.
> Supongamos que tengo un ApplicationModel llamado EmpresaGUI para un
> model Empresa, EmpresaGUI se agrega como dependentiente de
> Empresa para
> que esta le notifique algun cambio y entonces EmpresaGUI refresque la
> pantalla. Para agregar esta dependencia usa el método
> addDependent:anObject y este es llamado cuando cambia el
> modelo osea en
> "model:anEmpresa".
> ahora en un workspace yo hago:
> empresa := Empresa new.
> empresaGUI := EmpresaGUI openWith:empresa. "OpenWith crea una
> instancia de EmpresaGUI y le asigna empresa como model y
> luego muestra
> la ventana con
>
> openInterface"
> en este momento yo cierro la ventana y hago lo siguiente
> empresaGUI := EmpresaGUI openWith:empresa. "abro otra"
>
> Supongamos que ahora empresa cambia y envia el update a sus
> dependendientes, aun tiene 2 EmpresaGUI como dependendientes
> (todavía no
> barrio la basura GC), cuando el primer dependiente recibe el
> update intenta refresacar la pantalla pero esta ya esta
> cerrada tirando
> un excepcion de "fail primitive". Se entendió.
> Se me ocurrieron algunas ideas para resolver esto pero no me
> convencen
> del todo y ademas al estar emepezado a trabajar con
> VisualWorks seguro
> este cometiendo un error grave. Por ejemplo dudo de utilizar
> directamente #addDependent:
>
>
> Saludos
> Andrés
>
>
> --
> Your favorite stores, helpful shopping tools and great gift ideas.
> Experience the convenience of buying online with Shop@Netscape!
> http://shopnow.netscape.com/
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
Hola Gallego,
En varios images (todos con WB) he visto que ese metodo esta igual y en
ningun caso se me presenta el problema que comentas.
Quizás es algo que esta andando mal en tu image y que se torna recursivo
pero como se hace diferido no llega a acabarse el stack y por eso notas que
todo te funciona mas lento.
Fijate en los senders de #add:interestIn: normalmente debería haber solo dos
senders. Quizás alguien usó ese mensaje de forma errónea...
suerte,
Ale.
----- Original Message -----
From: "Sebastián Calvo" <scalvo@...>
To: "smalltalking" <smalltalking@...>
Sent: Friday, August 13, 2004 5:12 PM
Subject: Re: [objetos] Procesos locos en Visual Smalltalk
Hola:
El problema parece estar aca:
!Window methods !
add: aWindow interestIn: name
"Defer processing..."
#addedByOSI.
self obsoleteMethod.
self mainWindow
sendInputEvent: #add:interestIn:
withArgs: ( Array
with: aWindow
with: name ).
En un image original todo lo que viene despues del comentario no esta. No se
como nos
pegamos ese bicho, seguro WB pero qué versión, no sé. Tampoco se muy bien
qué hace
realmente ese código pero comentándolo deja de llenar la cola de eventos.
De todos modos aviso ahora para no olvidarme pero si lo tienen pueden probar
durante un
tiempo.
Saludos
GallegO
PD: Dejar sin efecto el código de arriba es a su propio riesgo
EL 13 Aug 2004 a las 14:56, Sebastián Calvo escribió:
To: smalltalking <smalltalking@...>
Priority: normal
From: "Sebastián Calvo" <scalvo@...>
Date sent: Fri, 13 Aug 2004 14:56:30 -0300
Subject: Re: [objetos] Procesos locos en Visual Smalltalk
Send reply to: smalltalking@...
> Hola:
>
> Gracias, pero prefiero buscarlo en mi image aunque estamos desconfiando
que se trata
del
> Window Builder....
>
> Saludos
> GallegO
>
> EL 13 Aug 2004 a las 13:15, Rusty escribió:
>
> To: <smalltalking@...>
> From: "Rusty" <rincewind@...>
> Date sent: Fri, 13 Aug 2004 13:15:05 -0300
> Subject: Re: [objetos] Procesos locos en Visual Smalltalk
> Send reply to: smalltalking@...
>
> > Hola GallegO.
> > Hace un tiempo haciendo un inspector con un amigo tuvimos un problema
> > similar.
> > Creo que radicaba en un proceso de polling que tuvimos que hacer porque
no
> > teníamos
> > callbacks (El inspector estaba en un dll hecha con Smalltalk MT) (No
> > recuerdo muy bien, fué hace un tiempo y en ese momento tenía aún menos
> > experiencia que ahora).
> > Todo el sistema se achanchaba enormemente. Nunca tuve tiempo ni la
necesidad
> > de trackear
> > el problema, pero tengo las fuentes a mano si te interesan.
> >
> > Saludos !
> >
> > Rusty
> >
> > ----- Original Message -----
> > From: "Sebastián Calvo" <scalvo@...>
> > To: "smalltalking" <smalltalking@...>
> > Sent: Friday, August 13, 2004 11:59 AM
> > Subject: [objetos] Procesos locos en Visual Smalltalk
> >
> >
> > Hola:
> >
> > Me pasa algo extraño en VS.
> > De repente y sin motivo alguno previo el ambiente empieza a andar
pesado,
> > algunos menues no se muestran como se esperaban y buscar una clase en
> > un browser se vuelve lento.
> > El caso es que interrumpo el sistema (crtl-break) y luego de cerrar el
pre-
> > debugger empieza a andar todo perfecto hasta que ocurre de nuevo el
> > mismo problema.
> >
> > Alguien sabe que puede estar pasando o tiene idea de como rastrearlo?
> >
> > Saludos
> > GallegO
> >
> >
> >
> >
> > Para retirarse del grupo,
> > puede enviar un email a:
> > smalltalking-unsubscribe@egroups.com
> >
> > Enlaces de Yahoo! Grupos
> >
> >
> >
> >
> >
> >
> >
> >
> > Para retirarse del grupo,
> > puede enviar un email a:
> > smalltalking-unsubscribe@egroups.com
> >
> > Enlaces de Yahoo! Grupos
> >
> >
> >
> >
> >
> >
>
>
> Jose Sebastian Calvo
> scalvo@...
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
Jose Sebastian Calvo
scalvo@...
Para retirarse del grupo,
puede enviar un email a:
smalltalking-unsubscribe@egroups.com
Enlaces de Yahoo! Grupos
Hola:
El problema parece estar aca:
!Window methods !
add: aWindow interestIn: name
"Defer processing..."
#addedByOSI.
self obsoleteMethod.
self mainWindow
sendInputEvent: #add:interestIn:
withArgs: ( Array
with: aWindow
with: name ).
En un image original todo lo que viene despues del comentario no esta. No se
como nos
pegamos ese bicho, seguro WB pero qué versión, no sé. Tampoco se muy bien qué
hace
realmente ese código pero comentándolo deja de llenar la cola de eventos.
De todos modos aviso ahora para no olvidarme pero si lo tienen pueden probar
durante un
tiempo.
Saludos
GallegO
PD: Dejar sin efecto el código de arriba es a su propio riesgo
EL 13 Aug 2004 a las 14:56, Sebastián Calvo escribió:
To: smalltalking <smalltalking@...>
Priority: normal
From: "Sebastián Calvo" <scalvo@...>
Date sent: Fri, 13 Aug 2004 14:56:30 -0300
Subject: Re: [objetos] Procesos locos en Visual Smalltalk
Send reply to: smalltalking@...
> Hola:
>
> Gracias, pero prefiero buscarlo en mi image aunque estamos desconfiando que se
trata
del
> Window Builder....
>
> Saludos
> GallegO
>
> EL 13 Aug 2004 a las 13:15, Rusty escribió:
>
> To: <smalltalking@...>
> From: "Rusty" <rincewind@...>
> Date sent: Fri, 13 Aug 2004 13:15:05 -0300
> Subject: Re: [objetos] Procesos locos en Visual Smalltalk
> Send reply to: smalltalking@...
>
> > Hola GallegO.
> > Hace un tiempo haciendo un inspector con un amigo tuvimos un problema
> > similar.
> > Creo que radicaba en un proceso de polling que tuvimos que hacer porque no
> > teníamos
> > callbacks (El inspector estaba en un dll hecha con Smalltalk MT) (No
> > recuerdo muy bien, fué hace un tiempo y en ese momento tenía aún menos
> > experiencia que ahora).
> > Todo el sistema se achanchaba enormemente. Nunca tuve tiempo ni la necesidad
> > de trackear
> > el problema, pero tengo las fuentes a mano si te interesan.
> >
> > Saludos !
> >
> > Rusty
> >
> > ----- Original Message -----
> > From: "Sebastián Calvo" <scalvo@...>
> > To: "smalltalking" <smalltalking@...>
> > Sent: Friday, August 13, 2004 11:59 AM
> > Subject: [objetos] Procesos locos en Visual Smalltalk
> >
> >
> > Hola:
> >
> > Me pasa algo extraño en VS.
> > De repente y sin motivo alguno previo el ambiente empieza a andar pesado,
> > algunos menues no se muestran como se esperaban y buscar una clase en
> > un browser se vuelve lento.
> > El caso es que interrumpo el sistema (crtl-break) y luego de cerrar el pre-
> > debugger empieza a andar todo perfecto hasta que ocurre de nuevo el
> > mismo problema.
> >
> > Alguien sabe que puede estar pasando o tiene idea de como rastrearlo?
> >
> > Saludos
> > GallegO
> >
> >
> >
> >
> > Para retirarse del grupo,
> > puede enviar un email a:
> > smalltalking-unsubscribe@egroups.com
> >
> > Enlaces de Yahoo! Grupos
> >
> >
> >
> >
> >
> >
> >
> >
> > Para retirarse del grupo,
> > puede enviar un email a:
> > smalltalking-unsubscribe@egroups.com
> >
> > Enlaces de Yahoo! Grupos
> >
> >
> >
> >
> >
> >
>
>
> Jose Sebastian Calvo
> scalvo@...
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
Jose Sebastian Calvo
scalvo@...
Hola:
Gracias, pero prefiero buscarlo en mi image aunque estamos desconfiando que se
trata del
Window Builder....
Saludos
GallegO
EL 13 Aug 2004 a las 13:15, Rusty escribió:
To: <smalltalking@...>
From: "Rusty" <rincewind@...>
Date sent: Fri, 13 Aug 2004 13:15:05 -0300
Subject: Re: [objetos] Procesos locos en Visual Smalltalk
Send reply to: smalltalking@...
> Hola GallegO.
> Hace un tiempo haciendo un inspector con un amigo tuvimos un problema
> similar.
> Creo que radicaba en un proceso de polling que tuvimos que hacer porque no
> teníamos
> callbacks (El inspector estaba en un dll hecha con Smalltalk MT) (No
> recuerdo muy bien, fué hace un tiempo y en ese momento tenía aún menos
> experiencia que ahora).
> Todo el sistema se achanchaba enormemente. Nunca tuve tiempo ni la necesidad
> de trackear
> el problema, pero tengo las fuentes a mano si te interesan.
>
> Saludos !
>
> Rusty
>
> ----- Original Message -----
> From: "Sebastián Calvo" <scalvo@...>
> To: "smalltalking" <smalltalking@...>
> Sent: Friday, August 13, 2004 11:59 AM
> Subject: [objetos] Procesos locos en Visual Smalltalk
>
>
> Hola:
>
> Me pasa algo extraño en VS.
> De repente y sin motivo alguno previo el ambiente empieza a andar pesado,
> algunos menues no se muestran como se esperaban y buscar una clase en
> un browser se vuelve lento.
> El caso es que interrumpo el sistema (crtl-break) y luego de cerrar el pre-
> debugger empieza a andar todo perfecto hasta que ocurre de nuevo el
> mismo problema.
>
> Alguien sabe que puede estar pasando o tiene idea de como rastrearlo?
>
> Saludos
> GallegO
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
Jose Sebastian Calvo
scalvo@...
Hola GallegO.
Hace un tiempo haciendo un inspector con un amigo tuvimos un problema
similar.
Creo que radicaba en un proceso de polling que tuvimos que hacer porque no
teníamos
callbacks (El inspector estaba en un dll hecha con Smalltalk MT) (No
recuerdo muy bien, fué hace un tiempo y en ese momento tenía aún menos
experiencia que ahora).
Todo el sistema se achanchaba enormemente. Nunca tuve tiempo ni la necesidad
de trackear
el problema, pero tengo las fuentes a mano si te interesan.
Saludos !
Rusty
----- Original Message -----
From: "Sebastián Calvo" <scalvo@...>
To: "smalltalking" <smalltalking@...>
Sent: Friday, August 13, 2004 11:59 AM
Subject: [objetos] Procesos locos en Visual Smalltalk
Hola:
Me pasa algo extraño en VS.
De repente y sin motivo alguno previo el ambiente empieza a andar pesado,
algunos menues no se muestran como se esperaban y buscar una clase en
un browser se vuelve lento.
El caso es que interrumpo el sistema (crtl-break) y luego de cerrar el pre-
debugger empieza a andar todo perfecto hasta que ocurre de nuevo el
mismo problema.
Alguien sabe que puede estar pasando o tiene idea de como rastrearlo?
Saludos
GallegO
Para retirarse del grupo,
puede enviar un email a:
smalltalking-unsubscribe@egroups.com
Enlaces de Yahoo! Grupos
EL 13 Aug 2004 a las 12:29, Guillermo Sapaya escribió:
> Ja!
> Si bien te lo puedo decir en persona, ya que te tengo a un par de metros,
prefiero compartirlo
> con todos ;-)
> Fijate que cuando te pasa eso, vas al Administrador de Tareas y te das
cuenta que tenés 2
> WVDEV corriendo ;-)
Bueno, debe ser una nueva enfermedad la mia porque hay uno solo y el que
esta ahi se esta comiendo la maquina, la mantiene un 98 % del tiempo
ocupada :)))) Es el Ambiente que piensa... ?? Piensa que?? jeje
> Hace un tiempo comenté este problema en la lista de Visual Smalltalk y
no tuve respuesta
> alguna :-(
Bueno, por ahi nos pasa a nosotros nada más :(
Saludos
GallegO
Ja!
Si bien te lo puedo decir en persona, ya que te tengo a un par de metros,
prefiero compartirlo
con todos ;-)
Fijate que cuando te pasa eso, vas al Administrador de Tareas y te das cuenta
que tenés 2
WVDEV corriendo ;-)
Otros efectos típicos de esto son que no le da bola al Notifier reinitialize,
inspeccionás los
TopPane's y te das cuenta que tenés mas de una TranscriptWindow abierta, etc.
Hace un tiempo comenté este problema en la lista de Visual Smalltalk y no tuve
respuesta
alguna :-(
Saludos, GuiyE
Hola:
Me pasa algo extraño en VS.
De repente y sin motivo alguno previo el ambiente empieza a andar pesado,
algunos menues no se muestran como se esperaban y buscar una clase en
un browser se vuelve lento.
El caso es que interrumpo el sistema (crtl-break) y luego de cerrar el pre-
debugger empieza a andar todo perfecto hasta que ocurre de nuevo el
mismo problema.
Alguien sabe que puede estar pasando o tiene idea de como rastrearlo?
Saludos
GallegO
Lo que sigue es una oportunidad laboral en el Ejercito Argentino.
Ale.
> Estimados docentes:
>
> Les agradeceré difundan entre los alumnos de sus respectivos cursos la
> siguiente oferta de empleo en el Ejército:
>
> Requisitos:
> - Alumno de 2do/3er Año de Ingeniería de Sistemas o Informática
> - Formación en Modelado y Diseño de Sistemas orientados a objetos
> - Formación en programación orientada a objetos, especial interés en
> Smalltalk.
> - Disponibilidad horaria de 0730 a 1430 Hs.
> - Aptitud para trabajo en equipo y alta productividad.
> - Actitud para asumir responsabilidades.
> - Nacionalidad argentina.
> - Buen estado de salud.
>
> Oferta:
> - Lugar de Trabajo: CIDESO - EST - Av cabildo 65 - Cap Fed.
> - Horario de trabajo de 0800 a 1330 Hs.
> - Capacitación en: Modelado y Diseño OO, Técnicas Avanzadas de POO, GIS y
> simulación con objetos.
> - Ámbito de Trabajo: cómodo y de elevado contenido profesional.
> - Haber neto aproximado: $570 (incluyen aportes previsiones y servicios
> sociales)
>
> Contacto:
> Enviar CV a Ing. César Cicerchia: cdcicerchia@...
>
> Cordialmente,
>
> Ing. César Cicerchia
> J CIDESO - Coord Ing Inf
>
Hola lista,
Tengo un para de dudas con respecto a la creación de interfaces de
usuario en VisualWorks.
1) Yo uso, como lei en algun tutorial de cincom, el Canvas para dibujar
la interfaz y luego desde el "GUI painter tool" utilizo los cuatro
botones, install, define, open y test. Por lo que todo lo define en una
clase que hereda de ApplicationModel aquí yo agrego una variable "model"
para alojar al modelo del dominio, no se si esto es correcto. Yo estaba
acostumbrado a Dolphin donde los presenter ya heredaban los métodos para
tratar al model y yo solo redefínia el #model:
2) La segunda tiene que ver con un problema con el que no me encontraba
en Dolphin, y es el siguiente.
Supongamos que tengo un ApplicationModel llamado EmpresaGUI para un
model Empresa, EmpresaGUI se agrega como dependentiente de Empresa para
que esta le notifique algun cambio y entonces EmpresaGUI refresque la
pantalla. Para agregar esta dependencia usa el método
addDependent:anObject y este es llamado cuando cambia el modelo osea en
"model:anEmpresa".
ahora en un workspace yo hago:
empresa := Empresa new.
empresaGUI := EmpresaGUI openWith:empresa. "OpenWith crea una
instancia de EmpresaGUI y le asigna empresa como model y luego muestra
la ventana con
openInterface"
en este momento yo cierro la ventana y hago lo siguiente
empresaGUI := EmpresaGUI openWith:empresa. "abro otra"
Supongamos que ahora empresa cambia y envia el update a sus
dependendientes, aun tiene 2 EmpresaGUI como dependendientes (todavía no
barrio la basura GC), cuando el primer dependiente recibe el
update intenta refresacar la pantalla pero esta ya esta cerrada tirando
un excepcion de "fail primitive". Se entendió.
Se me ocurrieron algunas ideas para resolver esto pero no me convencen
del todo y ademas al estar emepezado a trabajar con VisualWorks seguro
este cometiendo un error grave. Por ejemplo dudo de utilizar
directamente #addDependent:
Saludos
Andrés
--
Your favorite stores, helpful shopping tools and great gift ideas.
Experience the convenience of buying online with Shop@Netscape!
http://shopnow.netscape.com/
> Con este parcel puedo hacer "DSTTool open", lo cual abre una interfaz
> para la configuracion del DST.
> Ahora, existe alguna forma de utilizar DST sin esta interfaz
> (DSTTool)?
Seguro. Al ser Smalltalk, la interface lo único qeu va a hacer es enviar
mensjaes a objetos.
Vos podés enviar los mismos mensajes, desde cualqueir otro objeto (o desde un
Workspace).
> Como puedo setear el hostName del Naming Service? Como
> puedo setear el hostName del Repository?
No conozco esa herramienta, pero me parece que lo más fácil es poner un halt en
alguno de sus métodos y ver qué hace para configruar esas cosas, para después
"aislarlo y reproducirlo" en un método de configuración automática.
Saludos
Carlos E. Ferro
ceferro@...ceferro@...
---------------------------------------------------------------------
---------------------------------------------------------------------
The information contained in this message is private and confidential,
intended only for the use of the individual or entity to whom it is
addressed. If you are not the intended recipient, your are hereby
notified that any disclosure, copying, or distribution is strictly
prohibited. If you have received this message in error, please notify
us immediately by responding to this email an then delete it from
your system. Thank you.
La informacion contenida en este mensaje es privada y confidencial.
Si usted no es el destinatario del mismo, queda notificado por este
medio que esta prohibido revelar, copiar o distribuir esta informacion.
Si ha recibido este mensaje por error, por favor notifique al remitente
en forma inmediata y proceda a borrarlo del sistema. Muchas gracias.
---------------------------------------------------------------------
Antes que nada agradezco las respuestas que me han dado anteriormente.
Estoy investigando DST. Encontre un pdf, que viene con los parcels de
DST (http://www.cincom.com/downloads/pdf/DSTAppDevGuide.pdf).
Con este parcel puedo hacer "DSTTool open", lo cual abre una interfaz
para la configuracion del DST.
Ahora, existe alguna forma de utilizar DST sin esta interfaz
(DSTTool)? Como puedo setear el hostName del Naming Service? Como
puedo setear el hostName del Repository?
Necesito esto para hacer una aplicacion en la que el usuario no tenga
que configurar manualmente las opciones del DTS.
Nuevamente muchas gracias a todos
--- En smalltalking@..., "Alejandro F. Reimondo"
<aleReimondo@s...> escribió:
> Hola Juani,
> En VisualAGE el soporte de distribución se llama SST, en Visual
Works tenes
> dos alternativas la opción que llaman DST es excelente (como la
de
SST).
> Te recomiendo leer los manuales de SST y DST pues son muy
enriquecedores y
> te permitirán entender varias de las problemáticas que se
presentan
y cómo
> resolverlas de forma conveniente.
> La instalación y puesta en marcha de ambas soluciones es muy
simple, una vez
> que leíste los manuales :-)
> Ambas soluciones las he usado en la práctica y son
recomendables.
Tendrás un
> soporte robusto, muy extensible y no vas a perder tiempo
reinventando la
> rueda o aplicando parches sobre cosas que no se usan realmente o
sean
> ensayos del tipo "hagalo usted mismo".
> Para los Smalltalks mas chicos, como Squeak y Dolphin tenes un
soporte en
> las goodies de Smalltalking que se llama rSt, el cual creo que no
se ha
> usado en un producto aún. Sería bueno saber si se le ha dado
algún
uso en un
> producto.
> Te hago ese comentario sobre rSt pues creo que depende de que
necesidad
> tengas te conviene una u otra opción y una mala elección
puede
hacerte
> pensar que no esta resuelto lo que necesitas.
> hasta pronto,
> Ale.
>
>
> ----- Original Message -----
> From: "Juani" <barisich@y...>
> To: <smalltalking@...>
> Sent: Wednesday, July 28, 2004 5:14 PM
> Subject: [objetos] Sistemas distribuidos en Smalltalk
>
>
> Hola. Soy bastante nuevo en Smalltalk y en redes.
> Necesito poder mandar un mensaje a traves de una red. Estuve leyendo
> algo de Corba. Queria saber:
> - si alguien tiene algun ejemplo sencillo.
> - que tipos de redes usar
> - algun lugar de donde obtener informacion
>
> Muchas gracias a todos
>
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
El otro dia buscando informacion sobre la historia de los objetos
encontre este paper y me parecio interesante por la vision completamente
distinta, desde un punto de vista social y politico, de las influencias
que tuvieron esto lenguajes. Es interesante leerlo aunque es muy dificil
determinar si es completamente aplicable lo que dice.
Se llama "Simula and Smalltalk: A Social and Political History". Esta en
http://www.cs.washington.edu/homes/dugan/history.html
--
______________________________
Lic. Hernán A. Wilkinson
Gerente de Desarrollo y Tecnología
Mercap S.R.L.
Tacuari 202 - 7mo Piso - Tel: 54-11-4878-1118
Buenos Aires - Argentina
http://www.mercapsoftware.com
---------------------------------------------------------------------
Este mensaje es confidencial. Puede contener informacion amparada
por el secreto profesional. Si usted ha recibido este e-mail por error,
por favor comuniquenoslo inmediatamente via e-mail y tenga la
amabilidad de eliminarlo de su sistema; no debera copiar el mensaje
ni divulgar su contenido a ninguna persona. Muchas gracias.
This message is confidential. It may also contain information that is
privileged or otherwise legally exempt from disclosure. If you have
received it by mistake please let us know by e-mail immediately and
delete it from your system; you should also not copy the message nor
disclose its contents to anyone. Thanks.
---------------------------------------------------------------------
Hola gente!!!
Digamos que soy nuevo en la lista, ya que me inscribi hace unos
dias, pero a decir verdad, estuve inscripto unos anios atras, llegue
al grupo a traves de Ale y de los seminarios que se hicieron en la
UTN en el 2001, de la mano de Fernando Dodino.
Fui miembro no muy activo de la lista por un tiempo, pero despues
debido a la crisis, se me dio vuelta todo, y desde mayo 02 estoy
viviendo en italia, me acuerdo siempre de la charla q tuve en la
puerta del anexo Monroe con Diego Gomez Deck, supongo que aun estara
en Suiza, me gustaria saber algo de toda esta gente.
Aca en Italia las cosas no fueron muy faciles y recien ahora q me
estoy acomodando tratare de volver al ruedo, se que squeak cambio
mucho desde las versiones del 2001, ahora esta "modularizado" no??
me gustaria un poco mas de informacion al respecto, si alguien la
tiene a mano.
Bueno, en realidad este mail era para los que esten interesados en
el mundo del CAD, aca les paso una direccion con un framework para
st, la verdad no lo probe, si alguien lo prueba y quiere hacer sus
comentarios, bienvenido.
http://www.askoh.com/
Saludos y a la prox.
Sergio
Hola,
He agregado a la pagina de Goodies de VisualSmalltalk un pequeño copiador de
swikis (SwikiCrawler).
El cual me ha servido para copiar todos los swikis de servidores, y uno o
mas swikis en un servidor. Soporta swikis públicos y con user:psw.
Copia la ultima versión de las páginas y los attachments a las paginas y al
swiki.
El destino puede ser un directorio en el disco local o un swiki vía HTTP (no
totalmente testeado).
Esto es muy práctico para hacer copias de seguridad o bajarse parcialmente
swikis para trabajar localmente.
Consideren esta goodie como algo preliminar y que ha sido testeado solo en
casos donde se requirió de esa funcionalidad. No la he construido pensando
en que sea de utilidad general, aunque es muy simple como se resuelve el
copiado y creo que sirve para entender un poco como acceder a un swiki,
copiar su contenido, obtener el índice de paginas, etc...
hasta pronto,
Ale.
Hola Sebastián,
Te lo contesto por esta lista ;-), EN MAYUSCULAS
Hi,
I'm trying the tutorial of pocket st and can't save the project.The
system in wich I've installed Pocket st is a Windows XP professional
(spanish). Any idea of how to make it work? (I've post the last part of
PocketSt.erros in case it helps).
HAY UN TRUCO MUY SENCILLO PARA ELIMINAR UN BUG QUE TIENE LA APLICACIÓN,
CREO QUE ERA ELIMINAR ALGUN MODULO/PAQUETE (NO RECUERDO NI COMO SE LLAMABA),
ESTA DOCUMENTADO EN EL SITIO. FIJATE, SI NO LO ENCONTRAS AVISAME Y YO TE
LO BUSCO.
Allways talking about developing with PocketSt
1) Where I can see succes stories of real applications made with
this environment?
HAY MUCHOS GOODIES Y SISTEMA HECHOS CON ESTO, PERO NO ME FIJE SI ERAN PROYECTOS
COMERCIALES.
2) Any idea of a Windows CE version?
ALGUIEN HABIA EMPEZADO A PORTARLO PERO NO CREO QUE HAYA LLEGADO A MUCHO.
LOS FUENTES DE LA VM PARECEN PORTABLES, SI TENÉS UN PROYECTO GRANDE TAL
VEZ SE JUSTIFIQUE HACERLO.
3) If a client ask you for an application you allready has in
dolphin for PC, how portable to a palm it could be?
LAS CLASES DE BASES SON MUCHAS MENOS, PERO COMO ES UN SMALLTALK NO CREO
QUE TENGAS PROBLEMAS EN METER EL MODELO DE TU SISTEMA CON POCO ESFUERZO.
EL PROBLEMA TAL VEZ SEA LA INTERFAZ, PORQUE EN PST SE HACEN CASI A MANO,
O MEJOR DICHO CON OTRO PRODUCTO. EN UN MOMENTO CONSIDERÉ LA POSIBILIDAD
DE HACER UN VIEW COMPOSER PARA PALM, LO QUE IMAGINO BASTANTE SENCILLO, PERO
POR AHORA LO POSTERGUE HASTA TENER MAS TIEMPO. O HASTA TENER UN PROYECTO
PARA PALM.
4) If a client ask you for an application, wich palm model do you
prefer to develop to?
PST ES VIEJO CON LO CUAL ANDA EN CUALQUEIR PALM, SE QUE HUBO ALGUNOS PROBLEMAS
CON ALGUNAS NUEVAS Y HABIA GENTE QUE HABIA ARREGLADO ALGUNOS BUGS DE LA
VM. YO RECOMENDARÍA LA MAS BARATA A UN CLIENTE, LAS NUEVAS PALMS NO TRAEN
NADA SIGNIFICATIVAMENTE MEJOR. TODAS TIENEN LA POSIBILIDAD DE EXTRAERLES
LA ROM, Y CON EL EMULADOR PODES PROBAR TU APLICACIÓN EN TODAS LAS QUE QUIERAS.
AUNQUE SON BASTANTE COMPATIBLES, SUPONGO QUE MAS QUE LA WIN CE.
best regards,
Hi,
I'm trying the tutorial of pocket st and can't save the project.The
system in wich I've installed Pocket st is a Windows XP professional
(spanish). Any idea of how to make it work? (I've post the last part of
PocketSt.erros in case it helps).
Allways talking about developing with PocketSt
1) Where I can see succes stories of real applications made with
this environment?
2) Any idea of a Windows CE version?
3) If a client ask you for an application you allready has in
dolphin for PC, how portable to a palm it could be?
4) If a client ask you for an application, wich palm model do you
prefer to develop to?
Si, si buscan acá hay otros mas:
http://www.computrabajo.com.ar/bt-
ofrlistado.htm?Bqd=&Bqd=&Bqd=%2BSC003&Bqd=&BqdPalabras=Smalltalk&x=32&y=14
Saludos, GuiyE
On 10 Aug 2004 at 9:06, Sebastián Calvo wrote:
> FYI Salió en otra lista.
>
> Salio en Computrabajo.com.ar y pense que podria interesarle al grupo.
>
> Saludos.
> David.
>
> 18.- Past040601
> Anlista Programador SmallTalk Sr. Los postulantes deben poseer dominio
> de SmallTlak, Visual Works o Visual Age (excluyente). Es deseable poseer
> dominio de UML, Solaris 8, XML,MQ Series, Gemstone
> Localidad: Capital Federal - Capital Federal
> Fecha: 11 de junio de 2004
> Más detalles en:
> http://www.computrabajo.com.ar/bt-ofrd-kfeldmann-24624.htm [pulse aquí
> ...]
>
> Saludos
> GallegO
>
> Jose Sebastian Calvo
> scalvo@...
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
Salu2, y GO SMALLTALK!!!
FYI Salió en otra lista.
Salio en Computrabajo.com.ar y pense que podria interesarle al grupo.
Saludos.
David.
18.- Past040601
Anlista Programador SmallTalk Sr. Los postulantes deben poseer dominio
de SmallTlak, Visual Works o Visual Age (excluyente). Es deseable poseer
dominio de UML, Solaris 8, XML,MQ Series, Gemstone
Localidad: Capital Federal - Capital Federal
Fecha: 11 de junio de 2004
Más detalles en:
http://www.computrabajo.com.ar/bt-ofrd-kfeldmann-24624.htm [pulse aquí
...]
Saludos
GallegO
Jose Sebastian Calvo
scalvo@...
Para objetos complejos me hice mi propia jerarquia de Composites.
Presenter
MyComposite
CuentaComposite
BancoComposite
Etc.
Esto te sirve si crear los presenters dinamcamente, dado que luego podes
combinar un lista de Bancos y desplegas los datos del seleccionado en el
Composite. Depende de la interfase que te estes armando.
SB
----- Original Message -----
From: "Esteban A. Maringolo" <eMaringolo@...>
To: <smalltalking@...>
Sent: Thursday, August 05, 2004 9:50 AM
Subject: RE: [objetos] [Dolphin] To ValuePresenter or not to ValuePresenter
> Hola Bruno:
> > Los value presenter tienen como modelos a objetos con el
> > protocolo de ValueHoder.
>
> > Los presenter pueden tener cualquier cosa como modelo.
>
> > La ventaja de usar un ValuePresenter, es que tenes varios subpresenters
ya
> > hechos.
>
> A qué te referis con esto? A los TextPresenter, BooleanPresenter, etc?
>
> Algo que me confunde de la explicación que da el class comment es que dice
> que los value presenters son recomendados para contener objetos
inmutables,
> o que cambien de identidad.
>
> Y si lo que quiero es tener algo asi como un "editor" de un objeto,
> permitiendo modificarle sus atributos, ya sean estos objetos inmutables
> (strings, integers...) u otros objetos.
> Y poder reutilizar este presenter en presenters "buffereados".
>
> > Igualmente te queda por decidir si vas a usar VlaueHolder con o
> > sin buffer :)
>
> Estos criterios para decidir son los que no tengo muy claros.
>
> --
> Esteban A. Maringolo
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
Estimado Esteban,
Lo que veo que se destaca es:
"...If the model is a mutable object, in that it is legal (and sensible)
to modify it in place, then it is usual to treat it as a simple
<presenter> and create a class descended directly from Presenter itself.
If, on the other hand, the model is to be immutable then the presenter
should be implemented as a <valuePresenter>. ..."
En pocas palabras, te convendrá usar un ValuePresenter (que no
siempre resulta necesario subclasificar) cuando el modelo sabés que es
inmutable como en el caso de String, Date, Time, SystemColor, etc
Si tu modelo es un objeto que tiene buenas chances de ser
rediseñado, como por ejemplo MovimientoStock, etc. entonces te conviene
un presenter común y corriente.
I hope this helps,
Sebastián Sastre
ssastre@...
www.seaswork.com.ar
> -----Mensaje original-----
> De: Esteban A. Maringolo [mailto:eMaringolo@...]
> Enviado el: Lunes, 02 de Agosto de 2004 17:42
> Para: smalltalking@...
> Asunto: [objetos] [Dolphin] To ValuePresenter or not to ValuePresenter
>
>
> Hola:
>
> Estoy armando unos View-Presenters, para utilizar
> dentro de otros view-presenter, algo asi tipo "partes" o
> "controles" como se dice en otros lados.
>
> Mi duda viene con respecto a los valuePresenters, ya
> que no se si debo encararlos como subclases de
> ValuePresenter, o directamente desde Presenter.
>
> En el class comment de ValuePresenter o
> ValueDialogPresenter da una pista de cómo elegirlos, pero yo
> aún no termino de decidirme ya que no lo entiendo del todo bien.
>
> Saludos y gracias.
>
> --
> Esteban A. Maringolo
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.732 / Virus Database: 486 - Release Date: 29/07/2004
>
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.734 / Virus Database: 488 - Release Date: 04/08/2004
Hola Bruno:
> Los value presenter tienen como modelos a objetos con el
> protocolo de ValueHoder.
> Los presenter pueden tener cualquier cosa como modelo.
> La ventaja de usar un ValuePresenter, es que tenes varios subpresenters ya
> hechos.
A qué te referis con esto? A los TextPresenter, BooleanPresenter, etc?
Algo que me confunde de la explicación que da el class comment es que dice
que los value presenters son recomendados para contener objetos inmutables,
o que cambien de identidad.
Y si lo que quiero es tener algo asi como un "editor" de un objeto,
permitiendo modificarle sus atributos, ya sean estos objetos inmutables
(strings, integers...) u otros objetos.
Y poder reutilizar este presenter en presenters "buffereados".
> Igualmente te queda por decidir si vas a usar VlaueHolder con o
> sin buffer :)
Estos criterios para decidir son los que no tengo muy claros.
--
Esteban A. Maringolo
Hace un tiempo, no se si recordas, estuve probando algunas cosas de VS4WEB. Luego (desgraciadamente) tuve que abandonarlo por cuestiones de trabajo y estudio. Ahora lo retome y quise bajarme las fuentes (sources.zip); hay un link en el sitio de smalltalking pero no pude bajarlas, alguien las tiene o ya no están disponibles ?.
Los value presenter tienen como modelos a objetos con el protocolo de
ValueHoder.
Los presenter pueden tener cualquier cosa como modelo.
La ventaja de usar un ValuePresenter, es que tenes varios subpresenters ya
hechos.
Igualmente te queda por decidir si vas a usar VlaueHolder con o sin buffer :)
Cualquier cosa corrijanme, no estoy viendo el codigo ahora...
--- "Esteban A. Maringolo" <eMaringolo@...> wrote:
> Hola:
>
> Estoy armando unos View-Presenters, para utilizar dentro de otros
> view-presenter, algo asi tipo "partes" o "controles" como se dice en otros
> lados.
>
> Mi duda viene con respecto a los valuePresenters, ya que no se si debo
> encararlos como subclases de ValuePresenter, o directamente desde Presenter.
>
> En el class comment de ValuePresenter o ValueDialogPresenter da una pista
> de cómo elegirlos, pero yo aún no termino de decidirme ya que no lo entiendo
> del todo bien.
>
> Saludos y gracias.
>
> --
> Esteban A. Maringolo
>
>
>
>
> Para retirarse del grupo,
> puede enviar un email a:
> smalltalking-unsubscribe@egroups.com
>
> Enlaces de Yahoo! Grupos
>
>
>
>
>
>
__________________________________
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail
Hola:
Estoy armando unos View-Presenters, para utilizar dentro de otros
view-presenter, algo asi tipo "partes" o "controles" como se dice en otros
lados.
Mi duda viene con respecto a los valuePresenters, ya que no se si debo
encararlos como subclases de ValuePresenter, o directamente desde Presenter.
En el class comment de ValuePresenter o ValueDialogPresenter da una pista
de cómo elegirlos, pero yo aún no termino de decidirme ya que no lo entiendo
del todo bien.
Saludos y gracias.
--
Esteban A. Maringolo
Yo creo que se ES Persona pero no se ES cliente ni proveedor, sino que se
ESTÁ como cliente de alguien. Desde la optica de una empresa yo soy cliente,
pero desde mi optica yo no soy cliente. Por lo tanto la jeraquía que planteas
no me parece adecuada para la mayoría de las situaciones. En general para
estos casos yo clasifico como Persona, Empresa, PersonaJurídica; pero no
cosas que dependen de la óptica de quien lo usa.
Sería como crear las clases Esposo o Amigo, en lugar de Persona.
Diego
>
>
>Hola gente
>
>Estuve leyendo los mail historicos y encontre una discucion sobre herencia
>vs composicion , en la cual no habia pensado.
>La cuestion es ,si poseo una herencia .
>Por ejemplo :Persona subclasificada en Cliente y proveedor .
>Pero resulta que hay casos en que un cliente es proveedor o viseversa.
>La pregunta es: los tengo como dos clases distintas , aunque repita info
>del tipo o me convendria tener roles.
>Las dos formas tiene sus Pro y sus contras , cual es su opiñon.
>Yo se que esta situacion en particular no es la mas comun de darse , pero
>hay otros casos donde esta situacion se puede dar.
>
>Saludos jose
>
>
>
> 100mb gratis, Antivirus y Antispam
>Correo Yahoo!, el mejor correo web del mundo
>¡Tenelo ya!
>
>
>Hola gente
>
>Estuve leyendo los mail historicos y encontre una discucion sobre herencia
>vs composicion , en la cual no habia pensado.
>La cuestion es ,si poseo una herencia .
>Por ejemplo :Persona subclasificada en Cliente y proveedor .
>Pero resulta que hay casos en que un cliente es proveedor o viseversa.
>La pregunta es: los tengo como dos clases distintas , aunque repita info
>del tipo o me convendria tener roles.
>Las dos formas tiene sus Pro y sus contras , cual es su opiñon.
>Yo se que esta situacion en particular no es la mas comun de darse , pero
>hay otros casos donde esta situacion se puede dar.
>
>Saludos jose
>
>
>
> 100mb gratis, Antivirus y Antispam
>Correo Yahoo!, el mejor correo web del mundo
>¡Tenelo ya!
Al momento de análizar pensando en objetos, pensa en "qué hay", y "qué es" cada cosa. Esto te va a facilitar mucho una gran parte del análisis inicial.
Personalmente me parece que el enfoque correcto es el de aplicar roles. Y el comportamiento correspondiente al rol de Cliente o Proveedor, este en la clase RolCliente y RolProveedor.
Además, pensá en la vida que va a tener aCliente, osea, cuando una persona es cliente, y cuando es proveedor? Y si deja de ser proveedor? Como pasaría a ser cliente? Deberías interrumpir la vida de ese objeto aProveedor y crear uno nuevo (otro) que sea aCliente. Considerá tambien que existen otros tipos de "grupos" o "roles" a los que puede pertenecer una persona. Osea que no se trata sólo de un caso de Cliente/Proveedor. También podría ser un Transporte. :-)
Cuando subclasificas tenes que considerar la vida que van a tener los objetos que pertenecerán a esa nueva clase.
La situación que planteas, "Cliente" o "Proveedor" como subclases de "Persona", sí es bastante común, y es uno de los primeros casos en donde se dispara el tema de Composición, vs Herencia. Y en el caso que planteas no veo pro's a utilizar herencia.
Las collections, por ejemplo, son otro caso donde suele plantearse el tema. Lo más habitual es utilizar composición, lo que además da la flexibilidad de que si el dia de mañana uno quiere cambiar como se guardan los objetos, por ej, para persistirlos, o por eficiencia usar un LookupTable en lugar de un Dictionary (caso dolphin), puedas hacerlo de manera transparente.
Se que Dolphin te permite implementar un protocolo completo, de tal manera podes crear una clase externa a la jerarquía de Collections, por ej, pero que entienda los mensajes que se le enviarían a una collection,de esta manera se comportaria "como una" collection, pero no lo es.
Saludos.
-- Esteban A. Maringolo
-----Mensaje original----- De: kikote gregoris [mailto:kikogregoris@...] Enviado el: Lunes, 02 de Agosto de 2004 15:25 Para: smalltalking@... Asunto: [objetos] Herencia Vs Composicion
Hola gente
Estuve leyendo los mail historicos y encontre una discucion sobre herencia vs composicion , en la cual no habia pensado.
La cuestion es ,si poseo una herencia .
Por ejemplo :Persona subclasificada en Cliente y proveedor .
Pero resulta que hay casos en que un cliente es proveedor o viseversa.
La pregunta es: los tengo como dos clases distintas , aunque repita info del tipo o me convendria tener roles.
Las dos formas tiene sus Pro y sus contras , cual es su opiñon.
Yo se que esta situacion en particular no es la mas comun de darse , pero hay otros casos donde esta situacion se puede dar.
Sin conexión 
Enviar correo