PHP orientado a objetos

[ferent]

Estoy leyendo un artículo muy interesante sobre PHP Orientado a Objetos, y indica que su uso está muy desestimado debido a que hay pocas aplicaciones web que requieran de su uso.

Me gustaría saber si alguno de ustedes emplean dicha tecnología y para qué la usan concretamente, y así saber para qué puedo aplicarla yo.

Muchas gracias!!

[josemi]

Hola,

Estoy leyendo un artículo muy interesante sobre PHP Orientado a Objetos, y indica que su uso está muy desestimado debido a que hay pocas aplicaciones web que requieran de su uso.

Relamente, ninguna aplicacion requiere OOP, porque lo que se puede hacer con OOP tambien se puede hacer con funciones. Pero seguramente muchas aplicaciones serian mas sencillas de mantener con encapsulamiento, polimorfismo, herencia, composicion, separacion en capas, reutilizacion. Estas cosa tambien se pueden conseguir con funciones (complicandote la vida).

Yo creo que realmente toda aplicacion puede beneficiarse de OOP (ojo, aplicacion, no 4 lineas de codigo). Por ejemplo, usando MySQL tienes que estar continuamente pasando los valores devueltos por las llamadas anteriores (que si el id de conexion, que si el id de resultado), que encapsulandolo en un objeto no seria necesario. O imaginate que toda tu aplicacion programada para MySQL te dicen que tienes que pasarla a Postgres, si tienes diseñado el acceso a la BD de una forma abstracta (con clases), solo tienes que crear una clase con el mismo interfaz, pero que interactue con postgress. Incluso podrias tener una clase que te devuelva un objeto MySQL o Postgress en funcion de un parametro (seria una clase Factoria - ver Patrones de diseño www.phppatterns.com ), y como ambos objetos tienen el mismo interfaz, el resto del codigo no cambiaria.

Incluso puedes ver como una aplicacion sencilla como enviar emails usando clases es muy facil de usar (mira phpmailer).

La OOP es el siguiente paso a usar librerias de funciones (un nivel mas de encapsulamiento y abstraccion).

Saludos.

PD: Eso si, debes entender OOP, no solo saber la sintaxis de clases y objetos.

[living]

Yo creo que tiene sentido siempre y cuando podamos encapsular cosas. Imaginate que tenemos una tienda virtual. Sería lógico disponer de una clase que represente los productos en general y multiples clases que hereden de la anterior y que representen a productos concretos. En este caso es perfecto la programación orientada a objetos. Fijate que fácil sería poder gestionar los pedidos sabiendo que tenemos un objeto (pedido) que contiene x número de objetos (productos) de los que podemos sacar toda la información necesaria para poder llevar a cabo la transacción .

Yo llevo trabajando varios años con Java y la verdad es que la programación orientada a objetos ayuda a hacer aplicaciones robustas y muy muy modulares.

[kurroman]

Personalmente no coincido en nada con esa idea de ese artículo. Eso sí, como dice Josemi pa 4 lineas no merece la pena. Pero para un proyecto de envergadura es mucho mas comodo de mantener y despues nos da la posibilidad de reutilizar esos objetos. Yo también programo en Java (J2EE) y siempre empleando clases. ¿Que es sino Java? Pues clases. El inconveniente es que puede que sea mas laborioso de hacer, requiere un buen análisis para no meter luego gambas, pero luego se agradece en el mantenimiento. Que me explique ese señor del artículo como hace los análisis de sus proyectos sin hacer clases.

Upssss, edito a partir de aqui que no leíque te referías a PHP!!!!
Quizás el rendimiento de PHP no sea tan bueno respecto a otros lenguajes como JSP por ejemplo en el uso de POO, procesos muy largos o pesados, todo hay que decirlo. Pero vamos, para hacer típicas aplicaciones Intranets y tal...