No me molesta Marcelo al contrario, todo aporte me sirve... lo que veo por ahi es que a veces me cuesta entender algún párrafo porque estan acostombrados a usar terminos que alguien que no está muy en el mundo de los objetos como yo no entiende...pero no es una critica eh...el falta de conocimiento de mi parte nomas...
Por un lado creo que hay algo que estoy haciendo mal, y es que todavia hay cosas en mi modelo de Sistema de Peajes que no tengo bien definidas como las voy a llevar...por ejemplo, los tickets, los turnos...creo que tendria que terminar de definir eso antes para tener claro todo el modelo y saber exactamente que esperar de el. Por otro lado, usar la parte grafica me esta ayudando por ejemplo, al hacer una pantalla me doy cuenta que informacion necesito de los objetos y veo hacer que me la dé, pero bueno, quizas lo esté encarando al reves como decis vos la gui deberia ser lo ultimo, estoy buscando sobre TDD asi que voy a tratar de leer un poco de eso a ver si me ayuda. Una pregunta puntual con respecto a mi sistema... con respecto a las tarifas...yo tengo una clase Tarifa, y una clase Categoria...no se si para este caso no me conviene que categoria sea solo un atributo de Tarifa (o dos, es decir codigo, y descripcion), porque en definitiva va a haber solo una tarifa por categoria, osea la categoria va a estar solo en una tarifa, no se si haga falta separarlas, por ahi sirve para el caso que pueda tener definidas las categorias, y pueda haber categorias que en determinado momento no esten en uso por ejemplo... Por otro lado me piden registrar el periodo de vigencia de la tarifa...no veo que esto sea util, es decir,es util si queres tener en el sistema tarifas que no son vigentes y no podes utilizarlas, sino todas las tarifas que estan cargadas deberian ser vigentes hasta nuevo aviso no? gracias de antemano. Saludos, Marcelo On 20 jul, 16:16, "Marcelo Cortez" <[EMAIL PROTECTED]> wrote: > Marcelo > > On 7/20/07, entrada <[EMAIL PROTECTED]> wrote: > > > > > Me salió cortado el mail anterior... > > me pasa todo el tiempo, :) > > Decia que no es un sistema real, porque en un sistema real no creo que > > > se den de alta las estaciones y cabinas así por sistema, pero me > > parecio que tenia que agregarlo para permitir distintas > > configuraciones iniciales. > > Sorry por la parte criptica de mi email , no fue mi intencion ,pero me > interrumpieron > como 10 veces y no lo relei al mandarlo ;). > > Igual pensa que el modelo es lo que estas editando, la pantalla sirve solo > para eso > centrate mas en el modelo , hace muchos testcases ( en el mejor de los casos > ) > o su hermanito menor ( mi punto de vista ) ,pruebas de transcript, donde > instancias el modelo. > una vez que te quede comodo anda a la gui. > > A veces pasa (por lo menos a mi me pasa ) que al enfrentarse uno al > transcript se ve en 2 situaciones, 1) tiene que resolver la problematica de > los objetos , como mandadarle los mensajes , que mensaje mandar. > 2) uno ve el mensaje en contexto, es en parte la situacion uno , pero. en 1) > uno ve los mensajes en 2 uno ve las clases (nombres ) en contexto de la > colaboracion. > > A veces me pasa que ahi es donde me doy cuenta de cambiar los nombres de > clases. > y en el otro caso cambio los nombres de los mensajes o agrego algun otro > colaborador. > > Una tecnica que podes mirar es una mezcla de todo esto se llama TDD. > cuando puedas mirala. > saludos > MDC > > saludos, > > > Marcelo > > > On 20 jul, 15:58, entrada <[EMAIL PROTECTED]> wrote: > > > Hola Marcelo, > > > > Gracias por tu respuesta. > > > > Lo que yo estoy viendo ahora es el ABM de los datos de la empresa, es > > > decir, la carga de las estaciones, cabinas, operadores, categorias, > > > tarifas, subsidios... > > > La parte de cobro de peaje recién la estoy empezando a analizar... > > > Igual no es un sistema real, porque en un sistema > > > > Pero seguramente algo tengo que revisar en mi modelo que no me esta > > > dando la informacion que necesito, asi que lo voy a revisar. > > > > Gracias. > > > Marcelo. > > > > On 20 jul, 15:32, "Marcelo Cortez" <[EMAIL PROTECTED]> > > > wrote: > > > > > Marcelo > > > > > Me parece q deberias no mirarlo de esa manera,es decir, > > > > Tu modelo deberiia proveerte esto,mas bien del lado de la accion y lo > > que > > > > deberias tener > > > > ( un angulo event) deberias pensar q tu modelo ya tiene o deberia > > tener > > > > esto. > > > > O sea una estacion de peaje tiene categorias una categoria tiene una > > tarifa > > > > una estacion de peaje tiene muchas categorias. > > > > Creo que nosotros usamos de modelo una categorizacion ( como clase) o > > sea la > > > > accion > > > > del usuario de poner una categoria. lo que pasa es q el > > usuario/operador > > > > cambia de parecer > > > > ve venir un vehiculo apreta categoria 2 ( auto) pero cuando esta mas > > cerca > > > > el vehiculo se da cuenta ( por ejemlo) que trae un trailer ( ponele) . > > > > entonces lo pasa a categoria 3 ( ponele) > > > > luego el vehiculo se va los sensores detectan otra categoria ( por las > > > > ruedas del trailer) > > > > entonces una categorizacion tiene 2 categorias la manual y la > > automatica ( > > > > los sensores) > > > > ese objeto es el responsable de buscar las cosas actua de modelo entre > > la > > > > estacion de peaje y el operador . > > > > Dicho en otras palabras no es cuestion de gui sino de modelo , el que > > no te > > > > responde a vos es el modelo o no lo tenes ( tenes entidades sueltas ). > > > > reviza tu modelo , sino completalo , luego la gui va a ir sola. > > > > acordate de separarlo ( modelo de view) o sea no pongas logica ( del > > modelo > > > > ) en la gui. > > > > saludos > > > > > mdc > > > > > On 7/20/07, entrada <[EMAIL PROTECTED]> wrote: > > > > > > Gallego, > > > > > > Encontré un documento donde explica el singleton > > > > >http://web.cecs.pdx.edu/~black/OOP/papers/Alpert%20Singleton.pdf > > > > > > Y agregué un metodo de clase UniqueInstance a la empresa que me > > > > > devuelve la empresa. > > > > > > Pero todavia no encuentro como resolver el tema de las categorias, o > > > > > por lo menos cual sería la forma mas prolija. > > > > > Como explico en el primer post creo una tarifa nueva y deseo ver la > > > > > lista de categorias, ahora en ese punto no encuentro qué usar de > > > > > referencia para que me devuelva las categorias que pertenecen a una > > > > > estacion de peaje, para poder hacer esto deberia traer hasta este > > > > > punto el objeto estacion para poder pedirle las categorias, que es > > > > > casi lo mismo que traer las categorias desde el metodo crear: de la > > > > > tarifa. > > > > > > Es decir que tengo en el metodo estacion agregarTarifa: > > > > > tarifa crear: categorias. > > > > > > La unica forma que veo de reemplazarlo es que estacion agregarTarifa > > > > > sea: > > > > > tarifa crear: self. > > > > > y despues al ver la lista de categorias llamar a un metodo > > > > > mostrarCategorias que incluya: > > > > > ^SistemaDePeaje darCategorias: estacion. > > > > > > otra forma no encuentro. > > > > > > Sino se entiende lo trato de explicar mejor... > > > > > > Desde ya, muchas gracias. > > > > > Marcelo > > > > > > On 17 jul, 13:37, GallegO <[EMAIL PROTECTED]> wrote: > > > > > > Marcelo: > > > > > > > Te conviene usar un Singleton de la empresa actual, o tu sistema, > > o tu > > > > > > sesion de usuario (el que está editando), para saber cuales son > > las > > > > > > categorias de tarifa para una Empresa determinada. La forma en que > > > > > > determines esto dependerá de los requerimientos. > > > > > > Eso es la implementación como para cumplir con los requerimientos > > del > > > > > > TP, no significa que sea la ideal. > > > > > > > Otra alternativa es que siempre pases a todos los editores el > > modelo a > > > > > > editar + un objeto que maneje un "contexto" al cual pedirle todos > > esos > > > > > > otros objetos que necesitas para completar la edición. Esto es > > bastante > > > > > > incomodo y personalmente nunca lo usé. > > > > > > > Creo que la mejor solucion viene por el lado de conocer la sesión > > de > > > > > > usuario del proceso actual. Me gustaria saber que opina el resto > > de la > > > > > > lista de esto último. > > > > > > > Creo que para tu caso de TP alcanza con el Singleton (busca como > > se > > > > > > implementa en Internet o en el mismo VS la clase... por ej. > > > > > > SessionModel, del lado de clase el método #current), si no > > entendes nada > > > > > > volvé a preguntar :D > > > > > > > Saludos > > > > > > GallegO > > > > > > > SistemaPeajes > > > > > > entrada escribió: > > > > > > > > Hola Gente, > > > > > > > > Tengo esta consulta a ver si alguien me puede ayudar con VS > > 3.0.1... > > > > > > > > Tengo una Clase Empresa que tiene un orderedCollection de > > estaciones > > > > > > > de peaje que posee la empresa. > > > > > > > La Clase Estacion contiene los orderedCollection tarifas y > > categorias, > > > > > > > para contener las tarifas disponibles para una estacion. > > > > > > > > Tambien tengo las clases Tarifa y Categoria: > > > > > > > > Tarifa > > > > > > > categoria > > > > > > > importe > > > > > > > FechaVigenciaDesde > > > > > > > FechaVigenciaHasta > > > > > > > > Categoria > > > > > > > codigo > > > > > > > descripción > > > > > > > > Ahora bien. > > > > > > > Tengo un PartsWindow EditorTarifa, que me permite agregar una > > nueva > > > > > > > tarifa, y que es llamado desde el metodo estacion agregarTarifa, > > > > > > > EditorTarifa tiene los campos categoria, importe, > > FechaVigenciaDesde y > > > > > > > FechaVigenciaHasta... > > > > > > > Ahora lo que yo quiero hacer es agregar un botón en el > > EditorTarifa > > > > > > > que me muestre la lista de categorias disponibles en esa > > estacion. Lo > > > > > > > que no sé es de donde traer la lista de categorias de la > > estacion. > > > > > > > Algo que hice fue en el crear de la clase Tarifa, pasar la lista > > de > > > > > > > categorias a la clase, para que despues esta lista llegue hasta > > la > > > > > > > ventana del EditorTarifa y poder pasarla a la lista de > > > > > > > categorias...pero me parece que no es lo correcto. (aparte por > > alguna > > > > > > > razon no me muestra la lista) > > > > > > > Pero de echo cuando edito la tarifa, no sé a que estacion > > pertenece > > > > > > > salvo que le pase un objeto estacion para saber de que estacion > > es y > > > > > > > llamar a un metodo estacion seleccionarCategoria...pero tampoco > > me > > > > > > > parece bien. > > > > > > > > en fin.. el echo es que no se como hacer para llevar la lista de > > > > > > > categorias hasta el objeto tarifa y poder seleccionar a que > > categoria > > > > > > > corresponde la tarifa que estoy agregando... > > > > > > > > Otra que se me habia ocurrido es, eliminar el objeto categoria, > > y > > > > > > > tener en el objeto tarifa la categoria como un string y chequear > > al > > > > > > > agregar una tarifa que el campo categoria no se repita con > > alguno que > > > > > > > ya existe... > > > > > > > > bue, espero que se entienda algo....sino trato de explicarlo > > mejor... > > > > > > > > desde ya muchas gracias por leer este choclo... > > > > > > > > saludos. > > > > > > > Marcelo --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "clubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
