flex - rae - solo y sólo ejemplos
Flex-Remoting vs HTTPService-¿Cuándo usar qué? (6)
He estado usando Flex por un tiempo y aún no he usado la comunicación remota. Actualmente, mis aplicaciones usan un servicio web que genera xml que utilizo para el enlace de datos.
¿Cuál sería el beneficio de usar la conexión remota a través de un servicio web xml en este caso de uso? ¿Existe una guía general cuando debería elegir la comunicación remota a través de los servicios web?
¿Por qué querría usar la comunicación remota?
He descargado http://www.fluorinefx.com/ , pero todavía tengo que hacer un verdadero retoque ...
Gracias.
Hablando personalmente, utilizo la comunicación remota porque prefiero AMF a SOAP / XML por la sencilla razón de la velocidad y el tamaño del paquete.
Ted tiene una buena discusión sobre los méritos relativos de XML vs. AMF aquí
Algo a considerar es lo que ya tiene implementado en el servidor y donde cree que está el futuro de sus clientes. ¿Anticipa reemplazar o extender sus clientes? En caso afirmativo, los servicios web son una buena opción arquitectónica. Si se compromete con Flex en el corto / mediano plazo, entonces podrá obtener un mejor rendimiento de la comunicación remota con AMF3 frente a sus servicios web.
PD. Una vez tuve un enlace a un sitio muy bueno que tenía mediciones del rendimiento relativo de AMF y SOAP. Veré si puedo encontrarlo y publicar un enlace.
PPS aquí está , pero parece que no funciona en este momento.
Los servicios web son excelentes si solo está utilizando transferencias de datos simples entre el cliente y el host. Usted forma el mensaje XML, lo envía al servidor y obtiene un mensaje XML simple, de vuelta. Luego lo deserializa y actúa sobre los datos en consecuencia. El soporte AS3 para XML es excelente, puede usarlo para comunicarse con cualquier servicio de datos y usted tiene el control total en el extremo del cliente.
Donde los servicios web caen es cuando las estructuras de datos pasan de un lado a otro se vuelven demasiado complejas, o cuando el número de estructuras de datos diferentes pasa de largo a demasiado grande. Remoting supera estos problemas al proporcionar un marco pesado que maneja la serialización por usted. Defina su .NET / PHP / Java o cualquier clase, y el framework debería proporcionar herramientas para generar las clases AS equivalentes. De esta forma, puede enviar estructuras complejas de objetos hacia adelante y hacia atrás sin necesidad de saber cómo se serializan los datos. Como no necesita saber, puede comprimir la estructura para que no sea legible por personas, o incluso utilizar datos binarios para que también aumente la velocidad.
Sin embargo, el acceso remoto no es adecuado para pequeñas o variadas tareas de protocolo de servidor. Debe sincronizar las estructuras de clase entre el servidor y el cliente; solo puede comunicarse con un servidor remoto compatible y el marco agrega sobrecarga al tamaño y la complejidad del cliente.
No hay una respuesta correcta sobre qué usar, cuándo. Ambos tienen ventajas y desventajas. Como regla general, use servicios web para cosas simples y remotas para cosas complejas (lo cual es un consejo bastante vago;)
Remoting tiene como objetivo hacer que la transferencia de datos de un servicio remoto a una aplicación Flash o Flex sea más fácil y más rápida. Al utilizar la comunicación remota no es necesario analizar o deserializar los datos recibidos del servicio. Esto se debe a que los datos se envían a la aplicación en bytecode nativo.
Una de las razones principales para usar la comunicación remota es que es más liviana que un servicio XML. Esto se debe a que XML es un mal formato de memoria, especialmente para grandes conjuntos de datos. XML es excelente como formato de intercambio, pero una vez dentro de la aplicación, debido a las etiquetas detalladas y al posible espacio en blanco, es muy probable que consuma más memoria que los valores expresados en bytecode nativo.
Si planea usar los datos en otras aplicaciones (lo que significa que el suyo es solo una de varias interfaces) puede usar el XML; de lo contrario, ahorrará tiempo al usar la comunicación remota.
También debe tenerse en cuenta que, una vez que se inicia en esta área, un buen analizador de protocolos por cable es invaluable. Dos escritos específicamente para protocolos flash son Charles y Service Capture . Acabo de comprar Service Capture, y he estado muy contento con él. También tiene una gran herramienta de "simulación de ancho de banda" que ayudó a ver cómo se vería mi precarga en conexiones de ancho de banda más bajo.
Marcus
Esta es una muy buena prueba de referencia en vivo que compara la comunicación remota AMF con servicios web y servicios HTTP. Incluso puede descargar el código fuente para ejecutar esta prueba en su propio entorno.
También estoy de acuerdo con algunas de las publicaciones anteriores que AMF remota realmente brilla cuando está ejecutando grandes conjuntos de datos. Para conjuntos de datos más pequeños, probablemente no verá una diferencia significativa.