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
--- El jue 3-jun-10, Mariano Abel Coca <[email protected]> escribió:
De: Mariano Abel Coca <[email protected]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [email protected]
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 <[email protected]>
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 <[email protected]> escribió:
De: GallegO <[email protected]>
Asunto: Re: [clubSmalltalk] Dolphin: manejo de proyecto ?
Para: [email protected]
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 <[email protected]> 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 [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
http://www.clubSmalltalk.org
