¿Son imprenscindibles los atributos y metodos privados?

[Koan]

Hola!

Bueno, en referencia de la encapsulacion con Python, por lo que he leido, un guion bajo es una advertencia de no modificar dicho atributo. Y dos guiones...privados (Aunque como apuntan algunos tutoriales no son privados del todo).

Me refiero si son necesarios crear metodos y atributos privados cuando hacemos programas para nosotros. Es decir, que no los van utilizar terceros. Porque luego esta el lio de los getters, setters y demas. Aunque todavia estoy en pañales con la POO, veo clases muy sencillas inundadas de codigo de este tipo.

Hasta ahora le voy encontrando logica a lo aprendido en la POO. Osea, la herencia, herencia multiple, metodos especiales, sobrecarga operadores y polimorfismo. Pero con la encapsulacion se enreda mucho el codigo. Lo comento por que no me gusta aprender algo que no vaya a utilizar. Prefiero profundizar mas en temas que vaya a darle mas uso.

¿Recomentadais dar un vistazo al tema de la encapsulacion? ¿Es util para programas propios?

Saludos!

[razpeitia]

¿Recomentadais dar un vistazo al tema de la encapsulacion?

Si.

Encapsular no es concepto de python, es un concepto de POO, usualmente es subestimado pero es muy útil. De hecho lo usas todo el tiempo y hay veces que no te das cuenta.

¿Es util para programas propios?

Depende.

¿Es un proyecto enorme o mediano?
Muy posiblemente si sea muy útil.

Es un script sencillo de menos de 300 lineas? Tal vez ni uses clases.

[AlvaroG]

El problema de no "esconder" el estado interno de un objeto es que ya no podés asumir nada en sus métodos. Por ejemplo:

Código Python:

class Ejemplo(object):
 
    def __init__(self):
        self.estado = "Inicializado"
 
    def devolver_algo_del_estado(self):
        return len(estado)
 

En un lenguaje como Java, declaras "estado" como "private", y ya te aseguras de que lo anterior no va a fallar en condiciones normales. Sin embargo, en Python, puedo hacer

Código Python:

a = Ejemplo()
a.estado = None
 

y ya no puedo asegurar que el método no falle.

Ahora, establecer getters y setters sin hacer ningún control, solamente porque "los atributos públicos son malos" tampoco soluciona el problema (eso sin considerar que en Python no se usa este tipo de métodos, en vez de eso se usan las "properties", lee sobre eso)

Python no tiene atributos privados. Incluso poner un guión bajo frente al nombre no impide que el atributo se modifique, si acaso nada más lo hace un poco más difícil desde el punto de vista de la sintaxis.
Si todos los programadores fuesen "adultos responsables", se usaría solamente la API exportada por una clase para trabajar con sus objetos, es decir sus métodos y atributos públicos. Los atributos privados existen casi únicamente porque en general no se puede confiar en la responsabilidad de los compañeros de trabajo :D

[Koan]

Iniciado por AlvaroG

Los atributos privados existen casi únicamente porque en general no se puede confiar en la responsabilidad de los compañeros de trabajo :D

Sí, de los compañeros de trabajo mejor no fiarse

Aunque el proteger un atributo o metodo es relativo:

Código Python:

class Prueba:
    def __init__(self):
        self.__protegido = 4
 

Código Python:

>>> obj = Prueba()
>>> obj.__protegido
 

Traceback (most recent call last):
File "<pyshell#5>", line 1, in <module>
obj.__protegido
AttributeError: 'Prueba' object has no attribute '__protegido'

Logicamente arroja la excepcion. Pero haciendo:

Código Python:

>>> obj._Prueba__protegido
4
 

Incluso permite su modificacion:

Código Python:

>>> obj._Prueba__protegido = 5
>>> obj._Prueba__protegido
5
 

No se, tampoco hay que escribir mucho codigo para variar un atributo privado o protegido...

[AlvaroG]

Por eso mi último párrafo empieza con "Python no tiene atributos privados", y el comentario que citas era para el caso general de otros lenguajes

[razpeitia]

Java tiene reflection, claro que puedes ver los atributos privados y cambiarlos.

Fuentes:
http://stackoverflow.com/a/1555680
http://stackoverflow.com/a/4516608

[AlvaroG]

"en condiciones normales"... no digo que reflection sea algo fuera de lo normal, pero ciertamente no es algo que uno vaya a hacer "sin querer", como podría ser con un atributo en Python.

En cualquier caso, no conozco lo suficiente del Java moderno como para opinar, apenas si estudié lo suficiente de Java 1.4 en 2007 para pasar la certificación