|
Hola Gente Estaba inspeccionando la ventana de mi aplicación y sin querer desactive la propiedad #hasTaskBarIcon. Esto provoco que el modelo del presenter que muestra el terreno en 3D sea nil y con esto reventó la aplicación porque el modelo del presenter ya no era valido. La primera pregunta tiene que ver con el hecho de que el haber desactivado esa propiedad provoco que se haga nil al modelo de un presenter interno al Shell. Puse un #halt en #model: y les mando una captura para que puedan ver. Es natural este comportamiento ¿?. Por otra parte y lo más importante, tiene que ver con las consecuencias de que un hecho tan simple y tonto provoco la caída del sistema. En ese momento uno se empieza a preguntar si hay que poner protección extra ante esta situación. Por ejemplo, yo no puse una pregunta del tipo: TV3DPresenter>>
isModified: aBoolean "Set/reset the receiver's dirty
flag. " (self model notNil and: [self model
isValid]) ifTrue: [self model currentSpace isModified: aBoolean] Y además no veo que dentro de dolphin sea una política hacer esto. Pero si por alguna razón me pasa lo que me paso o pasa que por ejemplo que el currentSpace no es valido porque alguien le asigno basura, se provoca una situación de conflicto. Talvez no tan grave como para que el sistema se caiga. En resumen: debido a que en smalltalk uno tiene acceso a todo y puede hacer cosas que rompan el sistema, me pregunto cual es la política adecuada para tratar con problemas del tipo que describo ¿? Sobre todo pensando en que en algún momento tu sistema puede ser usado por otras personas, que puedan desconocer estas situaciones. Esta claro que no se puede pensar en todas las alternativas pues son infinitas, pero debe haber una línea que uno pueda seguir. N0 ¿?. El tema no es nuevo, pero como no lo tengo resuelto lo traigo nuevamente a la mesa de discusión Comentarios, insultos. ¿? jajajaj. Saludos kiko |
Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/
Foto 1 de 1
