Bueno la verdad soy MUY malo explicando asi que voy a tratar de hacer lo mejor posible.

Hay una duda y/o problema recurrente, como enviar e interpretar instrucciones usando winsock, voy a intentar mostrar una tecnica muy simple de hacerlo utilizando CallByName a ver si terminan las preguntas y PMs con respecto a este tema.

En un Form

Option Explicit
 
Private Const DELIMITER As String = "|" ' delimitador para separar instrucciones
 
Private Const inst_MSG  As String = "inst_MENSAJE"  'nombre de nustra instruccion
Private Const inst_BEEP As String = "inst_BEEP"     'nombre de otra instruccion
 
Private Sub Form_Load()
 
    'esto es simplemente para imitar el arrivo de datos
    TestDataArival inst_MSG & DELIMITER & "Hello"
    TestDataArival inst_BEEP
    TestDataArival inst_MSG & DELIMITER & "Bye Bye"
 
End Sub
 
'sData seria la variable con los datos que llegaron del socket
Private Sub TestDataArival(sData As String)
    Dim cInstInt    As New cInstructionInterpreter
 
    'Vemos si la funcion tiene o no parametros
    If UBound(Split(sData, DELIMITER)) > 0 Then
        'llamamos a la funcion con parametros
        CallByName cInstInt, Split(sData, DELIMITER)(0), VbMethod, sData
    Else
        'llamamos una funcion sin parametros
        CallByName cInstInt, Split(sData, DELIMITER)(0), VbMethod
    End If
End Sub
 

bueno en el primer code lo que vemos es muy simple tenemos 3 llamadas a TestDataArival pasandole unos parametros que en este caso serian nustras instrucciones  o comandos a ejecutar. la estructura del mensaje es simple [instruccion/delimitador/dato/.../delimitador/dato] en este caso los declare como constantes para  evitar errores y facilitar su modificacion (nada misterioso hasta aca)

en la funcion TestDataArival, lo primero que vemos es [ Dim cInstInt    As New cInstructionInterpreter] simplemente creamos una instancia de nuestra clase, luego un simple if que va a llamar a CallByName de 2 maneras diferentes dependiendo de si tenemos o no datos para pasarle a la instruccion

En una clase (yo la llame cInstructionInterpreter)

Option Explicit
 
Private Const DELIMITER As String = "|"
 
Public Sub inst_MENSAJE(ByVal sData As String)
    Dim svData() As String
 
    If SplitData(sData, 1, svData) Then
        MsgBox svData(1)
    End If
 
End Sub
 
Public Sub inst_BEEP()
    Call Beep
End Sub
 
'funcion generica para dividir y validar los datos
Private Function SplitData( _
    ByVal sData As String, _
    ByVal lExpectedParams As Long, _
    ByRef svData() As String) As Boolean
 
    svData = Split(sData, DELIMITER)
 
    If UBound(svData) >= lExpectedParams Then
        SplitData = True
    End If
 
End Function
 

Bueno la clase en si tampoco tiene mucho, 2 funciones declaradas como publicas que son nustros comandos, los nombres de estas funciones tienen que coincidir con los que utilizamos para llamarlar  y una tercera que es privada simplemente para dividir y validar los datos.

bueno para los que no tienen idea de como usar CallByName aca les dejo unos links

http://msdn.microsoft.com/en-us/library/chsc1tx6(VS.80).aspx

http://www.recursosvisualbasic.com.ar/htm/trucos-codigofuente-visual-basic/153-callbyname.htm
 
Si alguno quiere agregar algo para hacer esto mas claro que lo haga sin problemas se que puede ser un poco confusa mi explicacion.

Espero que sea util.

[en este caso los declare como constantes para  evitar errores y facilitar su modificacion]

Este ejemplo es solamente una guia para poder demostrar como es la "tecnica", pero en un programa mas complejo seria muy molesto y se prestaria a errores  tener que modificar absolutamente todos los delimitadores a mano en vez de modificar 1 constante si se diera el caso de necesitarlo.

Call o no Call esa es la cuestion, hace alguna diferencia? NO

No entiendo este tipo de acotaciones... es como hacer un post porque alguien declaro una variable llamandola "i" y a mi me gustaria que se llame "j".

No es lo mismo y lo sabes....poniendote así de paso puedes declarar 50 constantes con 50 simbolos...

Una de las grandezas de la buena programación és la optimización.

- Bueno no tiene importancia, no hace falta que te lo tomes a mal, cada uno programa como quiere. Pero me da pena ver en estos últimos tiempos gente así en el foro que va de sobrada y con mal humor ya que casualmente, entre el post de arriva de este y el tuyo sois justamente los dos usuarios que se rien de la peña y tienen poca educación. En fin que tengais suerte en vuestras andanzas.

Creo q con optimizar se referia a la hora de programar, por q "DELIMITER" es largo de escribir, eso si, una constante da menos problemas si se kiere modificar el code

Pero en fin, no discutamos por una "tonteria", ciertamente skapunky tiene su parte de razón, pero weno, aki lo importante es el apote asi q centremonos en el source y dejemonos de discusiones, q luego el ema se desvirtua

Salu2

De verdad, 100% sincera, quiero aprender a programar con los codes de skullsp, él es el mejor programador que he visto  por acá, es capaz de diferenciar la mugre de los demás codes y no aprende de nadie, ¿que tendré que hacer para ser como él? aa ya se, empezare a comportarme con esa linda persona, de seguro así aprenderé mucho!!

Me haré un userbar que diga: skullsp Fan, ¿qué color le pondré? bueno eso no importa ahora, voy de una vez a hacerla, besos...