Arquitectura de objetos en PHP

[historiasdemaria]

Hola a todos,

Hace tiempo que queria preguntaros como resolveriais este problema de arquitectura:


Tenemos una clase "Cliente" para el proyecto A
Tenemos la misma clase "Cliente" para proyecto B
.
.
Tenemos la misma clase "Cliente" para los proyectos.... N

Los proyectos estan en servidores distintos

La clase Cliente es identica o comun para todos los proyectos, hasta ahora se soluciona a base de copiar y pegar el archivo Client.class.php en cada proyecto

Como se podria montar la arquitectura para que 1 sola clase Cliente => utilizada en todos los proyectos?
Esta seria la clase base comun que luego se podria especializar para cada proyecto si fuese necesario, la cuestion es no copiar+pegar la clase en las carpetas de los proyectos.

Que solucion dariais vosotros?

Muchas gracias

[GatorV]

Pues si es parte común, yo la dejaría como componente de una librería de tu aplicación, y luego extendería de ella, así te evitas tener que copiar y pegar y solo extender.

Solamente agregas tu librería al include_path de PHP para que cuando el autoloader la quiera cargar la encuentre en el include_path y puedas usarla.

[historiasdemaria]

Si, es buena respuesta, y como lo harias cuando los proyectos estan en servidores distintos?...
?
No veo como agregarla aqui..?
Pues los proyectos no estan en la misma maquina o servidor, la arquitectura deberia permitir que los componentes en una maquina sean distribuidos, o compartidos en las maquinas donde estan los proyectos

[GatorV]

Ahí si no puedes hacer mucho, tendrías que usar un servidor de control de versiones donde pudieras hacer el checkout en cada servidor, así podrías automatizar alguna tarea (por ejemplo con ant o Maven) que haga el update correspondiente en cada servidor.

Recuerda que PHP no puede incluir contenido desde un servidor externo, a menos que uses eval() pero eso es un riesgo de seguridad.

[historiasdemaria]

ups! ya veo..lo del control de versiones lo puedo mirar, usamos subversion
y hasta donde se podria llegar con webservices, o soap?
estaria bien poder configurar algo "limpio"

[GatorV]

Con webservices lo que puedes hacer es que la lógica este en otro servidor y solo consumir el servicio desde tu servidor. Pero el objeto como tal no va a estar en el otro servidor. Como te digo, puedes traer el objeto vía HTTP y evaluarlo usando eval() para que este disponible, pero es un riesgo de seguridad alto.

[miktrv]

Cual es el problema de que ese fichero este en tres servidores distintos?

[Charlii]

Iniciado por miktrv

Cual es el problema de que ese fichero este en tres servidores distintos?

Que hay gente obsesionada con no "duplicar código".

En serio, el problema lo tienes tú amigo.

[Ronruby]

Iniciado por miktrv

Cual es el problema de que ese fichero este en tres servidores distintos?

Una palabra: Mantenimiento.

[GatorV]

Con un control de versiones puedes mitigar eso, ya que puedes tener una tarea automatizada que se encargue de entrar a los 3 servidores y hacer el respectivo update.

Es un tema interesante, de hecho hace poco vi una presentación de Twitter de como hacen sus deploys, tienen una red interna P2P que hace la transferencia rápidamente a todos sus servidores cuando hacen el deploy de forma automatizada.

[masterpuppet]

Y yo me pregunto, no hay link a ese material, "share your wisdom" GatorV :P

[GatorV]

Claro que lo hay

http://engineering.twitter.com/2010/...e-deploys.html

[miktrv]

Mantenimiento.. y que pasa si haces un script que suba por FTP el fichero cada X tiempo??

y de esa manera se actualiza?

Un saludo!