un buen planteamiento del problema

Eso decia Diego F. hoy antes de irme, del modo de trabajar de Diego y esta bueno como lo ve. el separa el codigo como un sistema de partes que hacen cosas, separa muy bien las responsabilidades, asigna bien los trabajos,... ademas creo que otra cosa importante y mucho  es "verlo", tener una visión de lo que queres...

concretamente en esta tarea de Pagos, necesito que unos créditos titilen con un numero que es lo ganado hasta ese momento total, al mismo tiempo que se pone en el carton ganado el premio y si es grande se anima el carton, podria haber una notificacion


estoy en CardController:

card =
prizeIndex=

_conuntersController.addValue(Counters.CARD_WIN_ + card.ToString());

_conuntersController.addValue(Counters.CREDITS_COUNTER, Game._bingoConfig.prizes[prizeIndex].win * _countersController.getCounterValue(TOTAL_BET));

BLINK_PRIZE_NOTIFICATION, {start: true, prizeIndex: prizeIndex}


el cardController tiene que hacerlo, el tiene que saber quienes pagaron, y lo que viene, tener un acumulado el mismo o en el modelo, en el modelo lo tiene, claro, el Engine debería tener ese cardController, pero ta, lo tiene el juego y listo.
en la view no debería controlar si ya dibuje algo o no, eso que ya me venga bien, por prolijidad, por si en algun momento alguien mas debe saberlo mas debe saberlo,
el CardController tira una notificación, que lleva lo ganado por cartón, el crédito para mostrar, el win, osea mas bien el win es lo que importa, eso genera una suma al creditCounter, y el contador ya cambia, no se si necesito mandar nada, es volver a poner los contadores de win que tenia Diego, así, desde el controller, en cada interacción manda la notificación con el win, pero previamente se actualizan los contadores, de cartón y el crédito se le agrega, y esa notificación con el win, ya seria el inicio del Blink, no? simplemente hace falta enviar el pare de blinkear...



el playController le manda la info que llego al carCOntroller, este procesa y le decie al cardContainer cuanto debe ir para carton, sea almost, como wins a mostrar, y lo que va ganando en el carton.

Pasar cosas que hace el playCOntroller que son del carton, pasarlas para el cardController

que buena idea la de lanzar notificaciones con data, y el que quiera que la agarre



CREO qu ela idea es EVITAR IF en las VIEW, osea evitar razonamiento, sin tampoco repetir un monton de codigo, ver el modo para que las cosas repetidas usadas por varios, esten separadas, pero mas nada, que basicamente cada accion a hacer distinta, tenga una entrada distinta, por mas que adentro hagan cosas parecidas pero no iguales...
Los controladores deciden que funcion llamar, o que notificacion enviar, si se va a ver de diferentes lados, o podria verse.

Los controladores deberian enviar notificaciones con data de todos los eventos importantes del juegio, para que cada quien haga su parte

Casi que podria decirse que un estudio, una arquitectgura previa podria armarse pensando las notificaciones necesarias y los sistemas que estas generan


UTILIZAR NOTIFICACIONES Y COUNTERS
Si aosocio las cosas que se pueden a cambios de COunter, luego si esas cosas que se necesitanm mostrar las tengo guardadas o identificadas por el valor de ese counter, los simples cambios de contadores pueden generar pila de cosas
Ejemplo, cuando cambio el contador de bolas, si el bolillero escuchara, ya podria dibujar, no necesitaria mandarle nada especial, simplemente hacer el cambio en el contador, o los numero de lineas del slot, cambio el contador, y ya se cambia la imagen, porque estaba escuchando...

Asi que tengo lista de notificaciones, lista de contadores, lista de estados


osea la ley
SI NO ALCANZA CON LOS CAMBIOS DE CONTROLADORES, INCLUIDOS LOS BOOLEANOS PARA COSAS DE 2 ESTADOS, MANDAS UNA NOTIFICACION CON DATA REFERIDA A LA TAREA