> > Podes poner un update o podes marcar esos objetos como immutables entonces > redefinis #errorInstVarAt:put: para que envien el update. Incluso podes > saber qué propiedad fue la que cambio. > > > Que ventajas me da esto ? Sobre solo poner un #update: y mandar un simbolo > para ejecutar luego con sus argumentos. > > La unica ventaja es que no tenes que hacer nada... aunque por otro lado, luego, dependes de Dolphin ya que no todos los Smalltalk soportan eso.
> > La otra es: > light: aLight > self basicLight: aLight. > self engine light: aLight > * > * > Que diferencia o ventaja tiene con poner el setter de una ? > O es solo por cuestión de claridad ? > > Y, si queres setear la i.v light sin hacer mas nada que eso tenes que tener un metodo que setee solamente, #basicLight: y de ahi hacemos que ese solo sea el que lee / escribe la i.v. De todas formas no es un patron que este bueno, es simplemente un "parche" para salvar tu caso y puntualmente te lo señalo ya que en esos setters estarias poniendo una dependencia muy grosa con un componente externo, algo que no tiene que ver mucho con el modelo. > Eso de los default lo saque de Smalltalk Best prectice. > > Bueno, debe estar bien entonces. A mi no me gusta, sobre todo si es al > pedo. > > > jajaja si entiendo , no era para desautorizar tu comentario, solo para > decir de donde salió > > saludos kiko > > Si, y yo te digo en serio, quizas este bien. Yo siempre explico desde mi ignorancia, intuicion personal y experiencia :) Saludos -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
