holaa a todos !

primero que nada quisiera aclarar que este post vendría a ser la "segunda parte" de este

protocolo_binario_tcCB.html

este explicaba como enviar un paquete desde el servidor al cliente a un index(usuario, cliente) específico, yo ahora les voy a explicar como enviar un paquete desde el cliente al servidor, de distintas formas, voy a tratar de ser lo más explicativo posible

primero que nada tenemos que saber 2 cosas

1º : Hay un enum donde se guardan todos los ID(Identificadores) de los paquetes que se envian desde el cliente al servidor, el mismo está en ambos lados(cliente-servidor) llamado "Private Enum ClienTpacketid".

2º : La información que enviamos desde el cliente al servidor, se envia por funciones que están dentro de una clase (clsByteQueue) y el cliente la usa como "outgoingdata" para enviar paquetes y "incomingdata" para recibirlos.

vamos a ejemplificar esto, lo primero que debemos hacer es en el enum que aclaré anteriormente agregar un nuevo identificador , para hacer esto nos vamos al cliente y buscaremos



y ahí dentro ubicaremos un nuevo paquete , al cual le pondremos



tiene que ser obviamente antes del "End Enum"

ahora que ya tenemos declarado el identificador, vamos a crear una rutina que envie al servidor datos.

al final del módulo protocol.bas pondremos esto



NOTA: Por cuestiones de prolijidad se le pone un "Write" adelante del nombre de la rutina y seguido el nombre del paquete, pero podemos usar el que nos guste.

aquí les explicaré más o menos que hicimos en esta rutina(sub)



con esto le enviamos al servidor(mediante outgoingdata) el packetID , que el servidor recibirá y hará lo que nosotros le indiquemos.



con esto le enviamos una cadena de carácteres (string) al servidor, en este caso sería "Esto es una prueba!"

con esto listo, nos posicionamos en el servidor, y haremos lo siguente.

Buscaremos el enum "Private Enum ClientPacketID", y agregaremos antes del end enum , y presten atención : SIEMPRE TIENE QUE TENER EL MISMO ORDEN TANTO EN CLIENTE-SERVIDOR NUESTRO PAQUETE IDENTIFICADOR, por cuestiones que explicaré más abajo.

bueno, agregamos en el mismo orden que en el cliente



ahora el servidor ya sabrá que hay un nuevo packetID, pero... si ya lo sabe, tiene que realizar una acción cuando lo recibe.. y para lograr esto necesitamos dirigirnos al :



ahí es donde se "maneja"(handle) , la "información"(data) , "entrante"(incoming), buscaremos donde está el ..



ahí tenemos donde el servidor al recibir 1 "Identificador" realizará lo que nosotros le indiquemos, abajo de el select case agregaremos



NOTA: acá es lo mismo que el cliente , frecuentemente para la comprensión y prolijidad del código se le suele agregar un "Handle" y seguido el nombre del paquete, aunque también podemos usar el nombre que nos guste.

bueno, ahí ya el servidor sabe que al recibir X identificador, tiene que llamar a x rutina, y ahora, nos falta hacer esta rutina(sub) y hacer lo que nos guste, al final del módulo protocol.bas, agregaremos

ATENCIÓN: En los paquetes que tengan "cadenas de carácteres, texto" (strings) se recomienda usar el "buffer auxiliar", para manejar estos datos, pero no se podrá cerrar la rutina sin realizar el copiado del buffer, más información encontraran en este aporte(gracias ArzenaTh)

por_que_nunca_usar_exit_sub_en_paquetes_que_contengan_datos_adicionales_tcJF.html

bueno siguendo con lo que estabamos haciendo , al final del módulo protocol pondremos

acá les dejaré 2 formas de manejar nuestra data.

primera forma y más recomendada en paquetes qe contienen strings



de esa forma(la más recomendada) lograremos recibir nuestros datos, ahora la segunda opción



con las 2 formas lograremos lo mismo, pero la primera se recomienda más por que si hay un error(no llegan completos los datos , etc) no revienta todo, cosa que sí pasaría con la segunda(opción).

listo, tan simple como eso ya tenemos una comunicación entre un cliente y el servidor

ahora voy a aclarar diversas cosas :

1 : para enviar datos de diferente tipo, byte/integer/long/double/single, en el cliente usaremos

call outgoingdata.writeTIPODEDATO(valor)

cambiando tipodedato por byte/integer/long/double/single y "valor" por lo que queremos enviarle al servidor.

2 : Esto es muy importante, jamás , de ninguna forma podemos tener siquiera 1 PAQUETE que no esté en la misma posición(en el enum) tanto en cliente-servidor, por esto que voy a explicar.

calculemos que tenemos esto así

En el clientpacketid del cliente tenemos

abajo de este paquete



tenemos el nuestro



y en el servidor en el enum clientpacketid

tenemos arriba de este paquete



el nuestro



entonces, que pasaría si hacemos esto?, fácil, el enum clientpacketid(como todos los ENUMs que no inician desde un valor) , el primer paquete es 0, el segundo es 1 el tercero 2 y así.

entonces tenemos en el cliente



y en el servidor



entonces quedaria así

cliente :

loginexistingchar = identificador 0
throwdices = identificador 1
loginnewchar = identificador 2
prueba(nuestro paquete id) = identificador 3

servidor:

loginexistingchar = identificador 0
throwdices = identificador 1
prueba(nuestro paquete id) = identificador 2
loginnewchar = identificador 3

ahora cuando nosotros hacemos esto



le estamos enviando al servidor un identificador(numero) que sería un 3, hasta acá todo bárbaro, el problema radica cuando...

el servidor recibe ese "3" y lo maneja como si fuera el "loginexistingchar"(que es el 3 para el servidor), osea , esto ocurre cuando hay un desorden y el cliente al enviar un 3 y el server recibirlo y manejarlo como un paquete que no es el que se espera, el protocolo revienta(si se escriben más/menos datos de los que el servidor espera) o simplemente si no enviamos datos adicionales, hará lo inverso, calculemos que tenemos invertido en el cliente y servidor el paquete de meditar, al enviar nuestro paquete "prueba", el servidor nos expulsará , dado a que el servidor no está esperando un "string"

bueno, espero que les halla gustado

cualquier crítica/comentario/correción que sea productivo para el tema es totalmente aceptado!

ZARPADOOOOOOOOOOOOOOO APORTEEEEEEEEEEEE!! LO VOY A LEEER MINIMO 10 VECES HASTA QUE ME QUEDE TODO BIEN GRABADO JAJAJA =D GRACIAS!!!!!

Muy buen aporte maTih.-

Sos tremendo programer (protocolo )

Genial matih , a muchos le vendrá de 10

No entendí un carajo.

No te faltaron los with userlist(userindex) y cerrar el with ?

pampiro escribió:No entendí un carajo.

Digamos que si no sabes un carajo , no vas a lograr mucho con esto..

Shak escribió:No te faltaron los with userlist(userindex) y cerrar el with ?

donde ? no creo

lo escribí todo aca en el foro ni abrí los códigos

Hago un anexo en el destacado (asi no hay dos).

Buen aporte

Franeg95 escribió:Hago un anexo en el destacado (asi no hay dos).

Buen aporte

perfect

Excelente aporte, te manejás muy bien en el protocolo binario.

Esto lo aprendi hace poquito :p

Matih.-

Public Sub Prueba()
call outgoingdata.writebyte(clientpacketid.Prueba)
call outgoingdata.writeasciistring("Esto es una prueba!")
end sub


no sería mejor usar With o no cambia mucho?

Shak escribió:Matih.-

Public Sub Prueba()
call outgoingdata.writebyte(clientpacketid.Prueba)
call outgoingdata.writeasciistring("Esto es una prueba!")
end sub


no sería mejor usar With o no cambia mucho?

Para que si en definitiva es lo mismo;



Solo lo hace más estructurado que digamos pero no cambia nada xd... (Aunque en un procedimiento más largo te ahorra tiempo)

Está bueno para los que comienzan a programar después del 11.5 y no entienden mucho, se agradece.

Adiós.

Muy bueno, esto es para qe la gente se de cuenta qe empezar a programar en binario es facil.

Faltan cosas importantes. No estas hablando ni del NotEnoughDataErrCode, ni del NotEnoughSpaceErrCode.

Quería saber bien en detalle para que función y como puedo usarla:

If UserList(UserIndex).incomingData.length < 2 Then
err.Raise UserList(UserIndex).incomingData.NotEnoughDataErrCode
Exit Sub
End If

(sospecho que es como una verificación del tamaño del paquete... pero no se bien para que sirve y como se saca el numero 2. Creo es la cantidad de bytes, pero no se la cuenta matemática )

PD: En la guía no se habla de esto!