Dolphin: manejo de proyecto ?

Hola Facundo !

Bien vos?
Hace rato no te veo por la ciudad, estas hecho un porteño  jajajaja.
Bueno, el tema es que no es buena idea subclasificar.

La clase en cuestión es Aspect, en algún momento charlaba con el gallego sobre el tema.
Solo necesitaba un Aspect, que pudiera ser confirmado por el usuario antes de que cambie.
Como no se me ocurrió una forma  más adecuada, le agregue ese comportamiento a la clase Aspect y para eso tuve que agregar unas var de instancia.
El gallego me decía, que no era buena idea subclasificar y estoy de acuerdo. Pues que  el Aspect sea o no confirmable(¿?) es una característica volátil y no se debe clasificar por estas características según entiendo.

Si estoy equivocado,  escucho sugerencias.
De todas formas, que pasa si necesito hacer lo que quiero?

saludos kiko

De: Facundo Vozzi <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: miércoles, 2 de junio de 2010, 14:14

Kiko,

cómo andás?

No se para que hiciste eso pero creo que te va a convenir subclasificarla, agregarle las variables de instancias y métodos que necesites que esa subclase agregarla al package que corresponde y listo.

Abrazo,

Facu

2010/6/2 Jose Gregoris <kikodelphi@...>

Hola Gente Modifique la estructura de una clase base de dolphin, agregando unas variables de instancia. Quería saber como agregar esto a mi proyecto ?. Si es un método no hay drama, pues lo agrego como parte de mi proyecto y listo, pero con una variable ?? Como manejan estos cambios de estructura en una clase base ? saludos kiko

 

--
To post to this group, send email to clubSmalltalk@...
To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...
 
http://www.clubSmalltalk.org

--
Facundo Vozzi
InfOil S.A.
Project Leader
(+54-11) 4542-9999 x108
fvozzi@...

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

De: Diogenes Moreira <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: miércoles, 2 de junio de 2010, 11:40

Creo.. (no tengo mucho tiempo en dolphin) si agregas los accessor en el package de tu proyecto como loose methods.. te agrega directamente la clase como dependencia...

Saludos...

2010/6/2 Jose Gregoris <kikodelphi@...>

Hola Gente Modifique la estructura de una clase base de dolphin, agregando unas variables de instancia. Quería saber como agregar esto a mi proyecto ?. Si es un método no hay drama, pues lo agrego como parte de mi proyecto y listo, pero con una variable ?? Como manejan estos cambios de estructura en una clase base ? saludos kiko

 

--
To post to this group, send email to clubSmalltalk@...
To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

De: GallegO <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: miércoles, 2 de junio de 2010, 14:57

Kiko:

Podes poner algo por el estilo en el preInstallScript de tu package:

CodePatcher patch: Locale addInstVarName: 'thousandSeparator'.

CodePatcher sirve para otras cosas y es útil justamente para trabajar sobre código que no es nuestro.

Si queres agregar una subclase como decia Facundo tambien puede ser, si dejas el métodos que instancia en Aspect, en forma abstracta, como un factory ya no tenes que acordarte de que clase se debe instanciar.

Yo no se porque prefiero el CodePatcher si es poca cosa.

Saludos

  GallegO

El 2 de junio de 2010 11:37, Jose Gregoris <kikodelphi@...> escribió:

Hola Gente Modifique la estructura de una clase base de dolphin, agregando unas variables de instancia. Quería saber como agregar esto a mi proyecto ?. Si es un método no hay drama, pues lo agrego como parte de mi proyecto y listo, pero con una variable ?? Como manejan estos cambios de estructura en una clase base ? saludos kiko

 

--
To post to this group, send email to clubSmalltalk@...
To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

De: Facundo Vozzi <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: miércoles, 2 de junio de 2010, 14:43

Le voy a revisar el código al Gallego a ver si nunca hereda por implementación :-)

Yo creo que es más mantenible, si es que estás necesitado de agregar una v.i a una clase de base, subclasificar pero si no lo querés hacer cambia de package la clase de base y listo.

Sino hacete tu clase de Aspects, ponele KAspects y hace un wrapper de Aspects.

Abrazo

P.D.: Es jodido estar en Capital después de los que nos pasó con Sarmiento pero hay que aguantar los trapos

2010/6/2 Jose Gregoris <kikodelphi@...>

Hola Facundo ! Bien vos? Hace rato no te veo por la ciudad, estas hecho un porteño  jajajaja. Bueno, el tema es que no es buena idea subclasificar. La clase en cuestión es Aspect, en algún momento charlaba con el gallego sobre el tema. Solo necesitaba un Aspect, que pudiera ser confirmado por el usuario antes de que cambie. Como no se me ocurrió una forma  más adecuada, le agregue ese comportamiento a la clase Aspect y para eso tuve que agregar unas var de instancia. El gallego me decía, que no era buena idea subclasificar y estoy de acuerdo. Pues que  el Aspect sea o no confirmable(¿?) es una característica volátil y no se debe clasificar por estas características según entiendo. Si estoy equivocado,  escucho sugerencias. De todas formas, que pasa si necesito hacer lo que quiero? saludos kiko   --- El mié 2-jun-10, Facundo Vozzi <facundov79@...> escribió: De: Facundo Vozzi <facundov79@...> Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ? Para: clubsmalltalk@... Fecha: miércoles, 2 de junio de 2010, 14:14 Kiko, cómo andás? No se para que hiciste eso pero creo que te va a convenir subclasificarla, agregarle las variables de instancias y métodos que necesites que esa subclase agregarla al package que corresponde y listo. Abrazo, Facu 2010/6/2 Jose Gregoris <kikodelphi@...> Hola Gente Modifique la estructura de una clase base de dolphin, agregando unas variables de instancia. Quería saber como agregar esto a mi proyecto ?. Si es un método no hay drama, pues lo agrego como parte de mi proyecto y listo, pero con una variable ?? Como manejan estos cambios de estructura en una clase base ? saludos kiko   -- To post to this group, send email to clubSmalltalk@... To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...   http://www.clubSmalltalk.org -- Facundo Vozzi InfOil S.A. Project Leader (+54-11) 4542-9999 x108 fvozzi@... -- To post to this group, send email to clubSmalltalk@... To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...   http://www.clubSmalltalk.org

 

--
To post to this group, send email to clubSmalltalk@...
To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...
 
http://www.clubSmalltalk.org

--
Facundo Vozzi
InfOil S.A.
Project Leader
(+54-11) 4542-9999 x108
fvozzi@...

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

De: GallegO <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: miércoles, 2 de junio de 2010, 14:57

Kiko:

Podes poner algo por el estilo en el preInstallScript de tu package:

CodePatcher patch: Locale addInstVarName: 'thousandSeparator'.

CodePatcher sirve para otras cosas y es útil justamente para trabajar sobre código que no es nuestro.

Si queres agregar una subclase como decia Facundo tambien puede ser, si dejas el métodos que instancia en Aspect, en forma abstracta, como un factory ya no tenes que acordarte de que clase se debe instanciar.

Yo no se porque prefiero el CodePatcher si es poca cosa.

Saludos

  GallegO

El 2 de junio de 2010 11:37, Jose Gregoris <kikodelphi@...> escribió:

Hola Gente Modifique la estructura de una clase base de dolphin, agregando unas variables de instancia. Quería saber como agregar esto a mi proyecto ?. Si es un método no hay drama, pues lo agrego como parte de mi proyecto y listo, pero con una variable ?? Como manejan estos cambios de estructura en una clase base ? saludos kiko

 

--
To post to this group, send email to clubSmalltalk@...
To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

Hola Mariano

Gracias por los conceptos.
Me gusta lo de subclasificar para probar, ya lo había hecho con ListView, cuando manejo del PostPaintEvent. Aunque todavía esta como subclase, porque  no me convence nada de lo que probé.
Pero ese es otro tema.
De todas formas,  creo que lo óptimo no es crear subclases por comodidad o facilidad, sino buscar la mejor implementación.

Sobre Aspect: podes tirar una idea sobre  como debería manejar las confirmaciones de un Aspect.
 
saludos kiko

De: Mariano Abel Coca <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: jueves, 3 de junio de 2010, 15:31

Buenas,

Me permito opinar del tema. No laburé nunca con Dolphin, más que algún tp para la facu hace... casi 7 años... (mierda como pasa el tiempo), pero me he encontrado varias veces con problemas parecidos.

Creo que la solución óptima es aquella que evita tocar las clases básicas del sistema. Porque de esta forma puede empaquetarse fácilmente en tu aplicación y es perfectamente compatible con cualquier implementación. De esa forma, si tenés el codePatcher en tu aplicación, o es fácilmente portable, usalo. Si no, fijate de subclasificar. Personalmente, no conozco el code patcher, y siempre usé subclasificación para resolver estos problemas, más que nada porque te permite hacer cirugía de cerebro en tu propio cerebro. O sea, podés ir modificando y probando en la subclase y recién cuando estás seguro de que anda bien, cambiás globalmente la implementación default para que sea la tuya.

Ahora, si es por ser prolijo, habría que pensar en un modelo que permita modificar el workflow de confirmación de los Aspects. O sea, creo que lo mejor sería tener reificado el circuito de actividades que deberían seguirse para poder completar tu acción, y en el medio agregar una aprobación. No es propio del aspect o de una subclase saber si se tiene que aprobar o no por el usuario, sino del contexto en el cual está tratando de realizarse y del workflow que tiene que seguir para poder hacerlo.

Repito, al ser una clase base del sistema, no sé cuánto podés realmente tocar o no de esta operatoria (no sé en dolphin qué parte está en la vm) y tampoco cuánta complicación implica tener que modificar esto. Simplemente me parece que es una solución elegante. Si no, la más "prolija y sencilla", por decirlo de alguna forma, creo que es la subclasificación.

Mis dos granos de arena.

Saludos,

Mariano.

2010/6/2 Jose Gregoris <kikodelphi@...>

Hola Gaita Ya lo encontre era un goodies, pero no figuraba asi. De todas formas, para lo que quiero me basta con addInstVarName: en ClassDescription. Estoy  viendo que  CodePatcher tambien habilita a agregar métodos  y demas. Pregunta ? Es preferible usar esta método ? En relación con que yo puedo agregar métodos  como looseMethods. Cual es el esquema general para usar CodePatcher ? saludos kiko --- El mié 2-jun-10, GallegO <fxgallego@...> escribió: De: GallegO <fxgallego@...> Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ? Para: clubsmalltalk@... Fecha: miércoles, 2 de junio de 2010, 14:57 Kiko: Podes poner algo por el estilo en el preInstallScript de tu package: CodePatcher patch: Locale addInstVarName: 'thousandSeparator'. CodePatcher sirve para otras cosas y es útil justamente para trabajar sobre código que no es nuestro. Si queres agregar una subclase como decia Facundo tambien puede ser, si dejas el métodos que instancia en Aspect, en forma abstracta, como un factory ya no tenes que acordarte de que clase se debe instanciar. Yo no se porque prefiero el CodePatcher si es poca cosa. Saludos   GallegO El 2 de junio de 2010 11:37, Jose Gregoris <kikodelphi@...> escribió: Hola Gente Modifique la estructura de una clase base de dolphin, agregando unas variables de instancia. Quería saber como agregar esto a mi proyecto ?. Si es un método no hay drama, pues lo agrego como parte de mi proyecto y listo, pero con una variable ?? Como manejan estos cambios de estructura en una clase base ? saludos kiko   -- To post to this group, send email to clubSmalltalk@... To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...   http://www.clubSmalltalk.org -- To post to this group, send email to clubSmalltalk@... To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...   http://www.clubSmalltalk.org

 

--
To post to this group, send email to clubSmalltalk@...
To unsubscribe from this group, send email to clubSmalltalk+unsubscribe@...
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

De: Andrés Poncelas <[hidden email]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [hidden email]
Fecha: lunes, 7 de junio de 2010, 8:48

Kiko

Por ahí lo más simple en este caso es crearte los accesors a una propiedad usando en esos para obtener y setear propertyAt: aSymbol ifAbsent: aBlock, etc.

Así te quedarían dos lose methods en tu proyect y listo.

Creo que podes hacer esto, no lo verifique.

Saludos

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org