Hola Kiko,
Segun lo que comentabas, y este parrafo que copio:
>Sobre todo pensando en que en algún momento tu sistema puede
> ser usado por otras personas, que puedan desconocer estas
> situaciones.
Creo que si uno hace algo (siempre en la interfáz) para que el sistema
no se rompa, uno lo hace para preservar la ignorancia del usuario,
no para "hacer mas seguro" al sistema.
En el caso de distintas personas accediendo al mismo sistema,
es apropiado invertir tiempo en la interfaz del sistema
para que sea agradable la interacción para cada persona.
El inspector es un instrumento para interactuar de forma nativa
con el sistema, en Dolphin se ha puesto un vestido de lujo
al inspector (como parte del deseo de hacer a Smalltalk
un buen Basic ? :-) es mas lindo, pero es un inspector...
Quizás motive mas un inspector mas lujoso, pero sigue
siendo una navaja.
En resumen, no inviertas mas energia que la necesaria,
si hay otras personas trabajando en tu sistema,
con distintas capacidades de interación,
será necesario hacer (o que se hagan/adapten)
los elementos de interacción apropiados para todos.
Sobre escribir de forma protectiva, te recomendaria
nuevamente no trabajar de más. Sobre los temas de "seguridad"
en nuestro pais tenemos evidencia muy clara de lo que
ocurre cuando se permiten los vidrios polarizados
para todo.
hasta pronto,
Ale.
----- Original Message -----
Sent: Wednesday, August 12, 2009 11:45 AM
Subject: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1]
|
Hola Gente
Como andan tanto tiempo ¿?
Estoy con dolphin haciendo un editor de terrenos y me surge una pregunta, el tema es así:
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/
Sin conexión 
Enviar correo