¿Cómo es el Websocket? - página 24
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
En cuanto al diseño: todo es mucho más sencillo - @Fedor Arkhipov(autor e iniciador del tema) declara "Quiero que sea así, pero ahora mismo necesito Hibou". Y pequeñas/agradables correcciones de nosotros los pobres :-) Porque él es el que sabe de qué va la idea.
Por mi parte, no tengo claro el significado de muchas clases, pero eso son mis quejas...
Puedes tener cientos de jerarquías de clases y métodos :-)
Permítame intentar responderle como le he entendido....
Sí, puedes crear una sola clase Huobi (por el nombre del broker) y embutir todo en ella, tanto el direccionamiento al web socket como el procesamiento de las respuestas parseando las peticiones, terminarás con un archivo enorme, que en principio no se puede entender ni con un litro de vodka. Así que dividir la funcionalidad en clases parece bastante lógico. Cada clase cumple su propia función. C# es una OOP absoluta, no tiene nada de programación procedimental, todo está escrito en clases. Pero se puede crear la ilusión de una programación procedimental utilizando clases estáticas. Por lo tanto, considere que acabamos de separar diferentes funciones de un archivo.
El autor del tema sabe lo que quiere al final, pero no sabe cómo conseguirlo. En algunos casos ni siquiera tiene una buena idea de cómo funcionan los enchufes.
Por supuesto, puedes hacer como otros compañeros: "aquí hay enlaces en habor y wiki y quién sabe dónde más, todo te lo resolvieron hace tiempo, vete a fumar material.....".
Maxim, este tipo de "ayuda" la proporcionan el 90% de los miembros del foro. Cuando lo veo yo mismo me da escalofríos. ¿Dónde está la ayuda mutua? ¿Cuál es el objetivo de este foro? Pero vamos, todo son aspectos psicológicos, no hablemos de ello.
Sólo los que publican sus conocimientos en forma de artículos, y son los únicos que realmente ayudan a todos los participantes del foro, mientras que otros sólo se dedican a presumir. ¿Cuánto ha avanzado Fedor con la ayuda que recibió de otros participantes del tema?
Oh, vale, ya está bien de letras.
Maldita sea, Maxim apagó todo el calor con su "reprimenda"... Así es básicamente como termina. El que quiere prestar ayuda de verdad se cubre de babas, y ellos mismos con la supuesta "ayuda", después de un poco de cotorreo, se quitan de en medio. Al final: el que pregunta se queda sin respuesta, algunos usuarios se lucen y se pierden, y alguien se caga... es decir, que no se puede obtener ningún beneficio.
Todo hecho, no jura.
Permítanme tratar de responder como yo lo entendí....
Sí, puedes crear una sola clase Huobi (por el nombre del broker) y embutir todo en ella, tanto referirte al web socket como procesar las respuestas parseando las consultas, terminas con un puto archivo que es básicamente imposible de descifrar o descifrar con un litro de vodka. Así que dividir la funcionalidad en clases parece bastante lógico. Cada clase cumple su propia función. C# es una OOP absoluta, no tiene nada de programación procedimental, todo está escrito en clases. Pero se puede crear la ilusión de una programación procedimental utilizando clases estáticas. Por lo tanto, considere que acabamos de separar diferentes funciones de un archivo.
El autor del tema sabe lo que quiere al final, pero no sabe cómo conseguirlo. En algunos casos ni siquiera tiene una buena idea de cómo funcionan los enchufes.
Por supuesto, puedes hacer como otros compañeros: "aquí hay enlaces en habor y wiki y quién sabe dónde más, todo te lo resolvieron hace tiempo, vete a fumar material.....".
Maxim, este tipo de "ayuda" la proporcionan el 90% de los miembros del foro. Cuando lo veo yo mismo me da escalofríos. ¿Y dónde está la ayuda mutua? ¿Cuál es el objetivo de este foro? Pero vamos, todo son aspectos psicológicos, no hablemos de ello.
Sólo los que publican sus conocimientos en forma de artículos, y son los únicos que realmente ayudan a todos los participantes del foro, mientras que otros sólo se dedican a presumir. ¿Cuánto ha avanzado Fedor con la ayuda que recibió de otros participantes del tema?
Oh, vale, ya está bien de letras.
Maldita sea, Maxim apagó todo el calor con su "reprimenda"... Así es básicamente como termina. El que quiere prestar ayuda de verdad se cubre de babas, y ellos mismos con la supuesta "ayuda", después de un poco de cotorreo, se quitan de en medio. Al final: el que pregunta se queda sin respuesta, algunos usuarios se lucen y se pierden, y alguien se caga... que es NULO en beneficios.
¿el cacareo era sobre mí en este hilo? Alexei, estás cansado...
y sobre más allá - ¿qué diablos clases hasta que usted sabe cómo descomprimir los mensajes del servidor ? ¿qué diablos estás haciendo ...
el cliente quiere una cosa específica, tiene cuentos de C# impresionantes. ¿Cuántos días han pasado desde que se publicó el tema? y la cantidad de código, ¿y el resultado?
¿se refería a mí en este hilo sobre los ladridos? Alexei, estás cansado...
y sobre más allá - ¿qué diablos clases hasta que usted sabe cómo descomprimir los mensajes del servidor ? ¿qué diablos estás haciendo ...
el cliente quiere una cosa específica, tiene cuentos de C# impresionantes. ¿Cuántos días han pasado desde que se publicó el tema? y la cantidad de código, y el resultado?
Bien dicho... Yo me retiraré, y tú, como especialista experimentado, llevarás al cliente a una solución lógica con los métodos que sabes utilizar.
Bien dicho... Me haré a un lado y tú, como especialista experimentado, llevarás al cliente a una solución lógica utilizando los métodos que sabes usar.
No Alexei, estás por tu cuenta - debes hacerlo. Simplemente estoy apuntando en la dirección correcta: hacia una solución específica. Me parece que tengo razón.
De lo contrario, se desvía hacia la "construcción de clases" cuando los problemas tecnológicos abundan.
Me arrepiento, puedo ser duro y destemplado...
PD/ crear + sacar un método estático de Hibou es más que discutible. Probablemente podría ser una clase derivada - pero eso es todo después, una vez que empiece a "respirar un poco"
PPS/ Me banean por mis decisiones :-)
...
También hay una solicitud de emisión de la misma cotización para Binance
¿Todos los intercambios tienen un protocolo idéntico entre el servidor y el cliente? Estoy seguro de que no habrá una solución única para todos. Entrando de nuevo en githab, y encontrando https://github.com/binance-exchange/binacpp en un par de minutos.
Parece que la gente tiene demasiado tiempo libre, estoy celoso.
¿Todos los intercambios tienen un protocolo idéntico entre servidor y cliente? Estoy seguro de que no habrá una solución única para todos. De nuevo voy a githab, y encuentro https://github.com/binance-exchange/binacpp en un par de minutos.
Por lo visto la gente tiene demasiado tiempo libre, los envidio.
El protocolo en sí es el mismo para todos, la implementación de las solicitudes de la API es diferente para todos.
Estudiar la biblioteca de otra persona no es kamilfo.
Es más fácil escribir el propio, y entender dónde está cada cosa.
Además, la documentación de la API se actualiza constantemente con nuevos métodos y hay que hacer correcciones.
Yo también he investigado varias soluciones ya hechas, finalmente me rendí y escribí mi propia biblioteca en C).
El protocolo en sí es el mismo para todos, la implementación de las solicitudes de la API es diferente para todos.
Estudiar la biblioteca de otra persona, ya sabes, no es kamilfo.
Es más fácil escribir el propio, y entender dónde está cada cosa.
Además, la documentación de la API se actualiza constantemente con nuevos métodos y hay que hacer correcciones.
También he investigado diferentes soluciones ya hechas, finalmente me rendí y escribí mi propia biblioteca en C)).
No me refiero al protocolo de red (websockets), sino a las convenciones en el siguiente nivel sobre la forma de las peticiones/respuestas, que se construyen sobre ellas.
Mirando la librería huobi, he tardado unos cinco minutos en entender los principios básicos de la recuperación de datos. No creo que sea complicado.