2008/4/23 Pablo Martín Viva <[EMAIL PROTECTED]>: > Yo no veo que el hecho de tener getters y setters por todos lados sea malo, > sino que ademàs a los getters y setters hay que darle su debida visibildad > sino no sirve. A mi me gusta para ser mas organizado con mi codigo poner > getters y setters de todo por 2 razones, en los getters puedo tener > validaciòn adicional para vlidar que el dato al que voy a acceder es valido > o esta inicializado o lo que fuera y segundo que me abstrae desde mi propio > codigo la representación interna que uso de mi atributo... Obviamente que no > todos los getters y setters los voy a dejar publicos, sino perderia la > absttracción, pero puedo dejarlos privados o protegidos para que clases > derivadas puedan accederlos si es necesario y no esten modificando datos de > forma arbitraria...
Pablo, Me intriga la parte de validar...por que todos los setters que conozco que validan tiran excepciones, lo que termina en un barullo de catch para ponerle un mensajito al usuario "La direccion de mail debe tener un @". Admito que a veces es comodo cuando no queres implementar un mecanismo de validaciones sofisticado...pero en general el codigo resultante de hacer esto es bastante malo. ¿Como sugeris usarlo? A todos los que no saben de que se esta hablando y no los detiene de responder: Cuando dicen que el lenguaje no tiene getter y setter quieren decir que en lugar de llamar al setter como o.setA(5) se lo llama o.A= 5 NO SIGNIFICA QUE NO HAYA UN METODO PROGRAMADO DETRAS (si fuese necesario cambiar su comportamiento) Saludos _______________________________________________ Lista de correo Programacion. [email protected] http://listas.fi.uba.ar/mailman/listinfo/programacion
