Una visión general de la udp...

Una vision general de la udp...

Una vision general de la udp... : Multi-millones de consejos para hacer su vida mas facil.

¿Que es UDP?
¿Como podemos utilizar en Delphi?
Una Introduccion a la UDP
UDP es una abreviatura de Protocolo de Datagramas de Usuario. No es nada pero un protocolo de transporte sin conexion que se ejecuta sobre TCP/IP IP.
La ventaja de este protocolo es que es sin conexion. No necesita ninguna conexion antes de enviar los paquetes de datos a otro equipo.
La desventaja es que provee un servicio de datagramas no fiable. Es decir, los paquetes de datos pueden ser duplicados, perdidos o recibidos en un orden diferente de aquel en el que fueron enviados. Por lo que la aplicacion debe manejar todas las situaciones con firmeza.
La recepcion de solicitudes del programa un numero de bytes (el maximo sera el numero total de bytes del paquete recibido). Si es menor que el paquete completo a la lectura, a continuacion, el resto se descarta. Entonces la proxima lectura es desde el siguiente paquete. Esto significa que los limites del paquete original, se conservan. Para que la aplicacion debe controlar la correccion de errores durante la lectura de paquetes.
Este UDP es el mas adecuado para los pequeños, independientes de las solicitudes como de solicitar un valor de una variable, etc., Si los datos son demasiado grandes para enviar (i.e muchos paquetes de datos) y valiosa, a continuacion, UDP no es el protocolo preferido para su uso.
Hay un componente en Delphi 5 edicion de la UDP de NetMasters llamado NMUDP. Ese componente es similar a utilizar como TclientSocket componente.
La comparacion de TClientSocket componente con TNMUDP componente:

tan lejos Como las propiedades se trata, aqui en NMUDP necesitamos establecer la Puertolocal(podria ser cualquier numero entero mayor que cero, pero no debe ser cero) para recibir los datos enviados desde el servidor, ademas de con el equipo remoto y al puerto-remoto. Pero, en realidad, el host no puede ser un solo control remoto. Podria ser una maquina local. (me.e) nos puede enviar paquetes de datos a la maquina cliente de si mismo y obtener copia de la respuesta para los propositos de prueba.
Tambien podemos establecer el Nivel de Informe de la propiedad para obtener el estado durante la transmision.
Y en cuanto a los metodos se refiere, no hay gran diferencia que tiene el ReadStream, ReadBuffer metodos como en TClientSocket componente.
con Respecto a los acontecimientos:
Como el caso de Onclientsocketread en Tclientsocket componente, aqui podemos utilizar el evento clave OnDataReceived para obtener los datos de nuevo desde el servidor.
con Respecto a los limites de los paquetes de datos, es necesario identificar los limites de los paquetes de datos, mientras que el uso de la TclientSocket o la NMUDP componente para obtener los datos exactos enviado desde el servidor.
Para que (independientemente de cual sea el componente que se use), podemos utilizar el concepto de mensaje de encabezado de etiqueta y etiqueta de final como etiquetas HTML. Por que podemos identificar el inicio y final de un paquete de datos. Tambien nos puede enviar informacion de muchos en un paquete de datos con diferentes encabezamiento del mensaje/etiqueta final.
(Este parrafo se responda a una pregunta de una persona pidio un tiempo atras thro' e-mail)
En mi solicitud, estoy enviando un monton de bytes a otro equipo y obtener la respuesta de nuevo utilizando el encabezado del mensaje/etiqueta final solo. Con este enfoque, no es muy menor posibilidad de perdida de datos. Si no conseguimos el conjunto de la etiqueta de contenido entre el encabezado y/o el extremo de la etiqueta, se puede producir un error al usuario, de modo que el usuario puede intentar volver a enviar los mismos datos o tomar otras medidas con firmeza.
Disfrutar!!!!
Gracias.
Magesh.