----- Original Message -----

From: kikoGregoris

To: smalltalking@...

Sent: Sunday, August 16, 2009 12:23 PM

Subject: Re: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1]

Hola Ale , gente 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. Si entiendo. 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. Mmm., no sé a que te referis con hacer a Smalltalk un buen Basic. No conozco Basic. Pero si entiendo que un inspector es  una navaja jajaj. 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. mmm, no me queda tan claro para este tema en lo particular . Mas que nada me entro la duda por que se rompio el sistema. Para tratar de aclar un poco, supon que tengo un Presenter con un modelo asociado y  sin querer pongo NIL al modelo. Esto hace que el presenter quede  invalido. Ahora, esto no es  una situacion normal es una  excepción. Por lo que comentas , yo no debería controlar esto. Pues  es una cosa anormal el que ocurra. Por hay anda ?? o esto diciendo coludeces ? Saludos kiko --- El vie 14-ago-09, Alejandro F. Reimondo <aleReimondo@...> escribió: De: Alejandro F. Reimondo <aleReimondo@...> Asunto: Re: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1] Para: smalltalking@... Fecha: viernes, 14 de agosto de 2009, 8:00 am   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 ----- From: kikoGregoris To: smalltalking@ gruposyahoo. com.ar 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/

---

Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/