abundando un poco en la explicaci�n de Joseba,
comentar un par de cosillas:
- AMF (co�o, mis iniciales! :) es lo que los guiris
llaman "platform agnostic". Es como el XML, una
forma de enviar y recibir informaci�n.
- PHP puede ser middleware, o puede ser tambi�n la
l�gica de negocio. O las dos cosas :)
En el caso de AMFPHP (al menos es lo que me parece
a mi despu�s de mirarlo por encima 5 minutos) usan
PHP como middleware *Y* como aplicaci�n, pero nada
te impide usar AMFPHP como puente para servicios
web m�s "ca�oneros".
Entiendo que el planteamiento del proyecto AMFPHP
es proporcionar una alternativa Open a FlashRemoting.
Si PHP s�lo recogiera el AMF y se lo pasara a .NET,
JSP o CF seguir�amos en las mismas.
Ya que "parsean" el AMF, aprovechan para gestionar la
informaci�n del AMF sin salir de PHP (para que nos
entendamos, puedes llamar a m�todos PHP desde Flash)
L�gicamente, si ya existe una aplicaci�n .NET, es
totalmente factible usar AMFPHP como puente entre
Flash y la aplicaci�n (esto sospecho que es lo que
se conoce como un sistema "three-tier")
La cosa entonces quedar�a as�:
Front-end Middleware Aplicaci�n
Flash 6 AMFPHP PHP = Sistema Open :)
Flash 6 AMFPHP .NET,CF,Java = Sistema semi-Open
Flash 6 FlashRemoting .NET,CF,Java = Sistema Cerrado :(
Falta en la tabla algo que combinara FlashRemoting
con PHP firmando por Macromedia, pero me temo que no
consideran a PHP como un "rival" para .NET o CF
(y creo que hacen bien, aunque no s� qu� pensar�
Yahoo de todo esto :)
Eah, mis 2 cents :)
a!e
<!-------------------------------
Lista ASNativos:
subscripciones/desubscripciones
http://www.sidedev.net/asnativos
-------------------------------->
