¿Cómo se compara Python OOP con PHP OOP?

Question

Básicamente, me pregunto si Python tiene alguna falla en OOP como hace PHP. PHP ha estado desarrollando sus prácticas de OOP para las últimas versiones. Está mejorando en PHP, pero aún no es perfecto. Soy nuevo en Python y me pregunto si el soporte OOP de Python es mejor o simplemente comparable.

Si hay algunos problemas en Python OOP que no siguen las prácticas de POO adecuadas, definitivamente me gustaría saberlos. PHP, por ejemplo, no permite la herencia múltiple, hasta donde yo sé.

Gracias a todos!

Edit: ¿Qué hay de soporte para público y privado? o soporte de tipos variables. Creo que estos son importantes con respecto a la construcción de software OOP.

Answer 1

Diría que el soporte de OOP de Python es mucho mejor dado que se introdujo en el lenguaje en su infancia en comparación con PHP que atornilló OOP en un modelo de procedimiento existente.

Answer 2

Creo que son comparables en este momento. Como una prueba simple, dudo que haya algún patrón en Design Patterns o Patterns of Enterprise Application Architecture, posiblemente los dos libros más influyentes en OOP, que es imposible de implementar en ninguno de los dos idiomas.

Ambos idiomas han llegado a pasos agigantados desde sus infancias.

En cuanto a la herencia múltiple, a menudo es creates more problems than it solves, y en estos días, comúnmente se deja fuera de los idiomas como una decisión de diseño intencional.

Answer 3

El soporte OOP de Python es muy fuerte; sí permite herencia múltiple, y todo es manipulable como un objeto de primera clase (incluidas clases, métodos, etc.).

El polimorfismo se expresa mediante el tipado de pato. Por ejemplo, puede iterar sobre una lista, una tupla, un diccionario, un archivo, un recurso web y más, todo de la misma manera.

Hay un montón de pequeñas cosas pedantes que son debatiblemente no OO, como obtener la longitud de una secuencia con len (lista) en lugar de list.len(), pero es mejor no preocuparse por ellos.

Answer 4

También: Python tiene sobrecarga de operador nativa, a diferencia de PHP (aunque sí existe una extensión). Lo amo o lo odio, está allí.

Answer 5

Si está buscando un OOP "más puro", debería estar mirando SmallTalk y/o Ruby.

PHP ha crecido considerablemente con su compatibilidad con OOP, pero debido a la forma en que funciona (vuelve a cargar todo cada vez), las cosas pueden volverse realmente lentas si se siguen las mejores prácticas de OOP. Que es una de las razones por las que no escuchas mucho sobre PHP en Rails.

Answer 6

Un aspecto del modelo de OOP de Python que es inusual es su mecanismo de encapsulación. Básicamente, Python supone que los programadores no hacen cosas malas, por lo que no se esfuerza en modo alguno para proteger variables o métodos de miembros privados.

Funciona mediante el tratamiento de nombres de miembros que comienzan con dos guiones bajos y terminan con menos de dos. Dichos identificadores se cambian en todas partes para que tengan el nombre de clase antepuesto, con un guión bajo adicional antes de eso.así:

class foo: 
    def public(self): 
     return self.__private() 
    def __private(self): 
     return 5 

print foo().public() 
print foo()._foo__private() 

nombres comenzando y terminando con dos (o más) de subrayado no son mutilados, por lo __init__ la pitón método utiliza para la construcción de nuevos casos, se deja solo.

Aquí hay un link que lo explica con más detalle.