hola!

una idea que pense hace mucho es la siguiente:

• integrar el controlador al modelo como un componente del mismo
• crear unos agentes fantasmales que sirvan de botones (necesitarias igual ver como manejar clicks de raton, pero no tendrias que liarte con windowing toolkits ni nada asi)
• entiendo que no te resuelve, porque implica mantener a la vista responsiva, pero podria ser mas limpio que mantener a varios botones responsivos.
• trae algunos problemas como: al pausar o hechar a andar la simulacion, el tiempo tendria que seguir corriendo para que los agentes que conforman el controlador se mantuvieran prendidos
• pero tambien tiene unas posibilidades fascinantes, porque despues para hacer el gui mas responsivo basta agregar funcionalidad de control a otros agentes.
• tambien da la posibilidad de que el controlador este ad hoc al estado de la simulacion de una manera mucho mas natural.

dime que piensas.

entiendo que es un poco tangencial a tu reporte, pero creo que es el momento correcto para mencionarlo. tambien entiendo que modifica nuestro patron de disenyo, pero este no esta escrito en piedra, y creo que las modificaciones no son tan fuertes como parece de primera instancia si se hace con cuidado. (ejemplo: mantener un componente controlador que siga cumpliendo con una version ligeramente modificada del patron, mismo al que le hablan los agentes, y agregar un componente que reciba el input del usuario y lo pase a los agentes como datos de la simulacion.)

Un Abrazo, Jergas

• Re: angolero by alohaaa on Tuesday December 09, @06:56PM

  Mira el problema es que es necesario un loop infinito que este checando los eventos detectados en la vista, en general esto ocurre en otro thread, para no bloquear la vista, o para evitar tener que poner que se chequen los eventos a cada línea de código. En este caso se llama al loop infinito de Windows, que ciertamente esta en otro thread, para poder revisar los eventos registrados. Por otro lado en el modelo de evolución la clase tiene 1369 líneas de código, aunque recordemos que es un código sin agentes, pero igual no me parece que sea la honda poner mas cosas allí, como por ejemplo el controlador, la manera natural de hacer las clases en la orientación a objetos es separar la información de ser posible, y en este caso poner agentes como botones solo mezcla mas las cosas, a final de cuentas los botones son para acceder al programa, pero no son necesarios para hacer una simulación mas grande, al igual que no es necesaria la vista. Salud y suerte por allí.

  [ Reply to this ]