Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
No lado do design: tudo é muito mais simples - @Fedor Arkhipov(autor do tópico e iniciador) declara "Eu quero que seja assim, mas agora precisamos do Hibou". E pequenas/acordadas correções de nós, pessoas pobres :-) Porque é ele quem sabe do que se trata a idéia toda.
Eu, por exemplo, não estou claro sobre o propósito de muitas aulas, mas isso são as minhas mágoas...
Você precisa obter a coisa da forma mais compacta - você tem uma resposta inteligível e até um fio, e você resolveu os bugs. Você pode ter centenas de hierarquias de classes e métodos :-)
Deixe-me tentar responder como eu entendi você....
Sim, você pode criar uma única classe Huobi (pelo nome do corretor) e enfiar tudo nela, tanto no endereçamento à tomada web quanto no processamento de pedidos de análise de respostas, você acabará com um arquivo enorme, o que é basicamente impossível de entender ou de lidar com um litro de vodka. Portanto, a divisão da funcionalidade em classes parece bastante lógica. Cada classe desempenha sua própria função. C# é um OOP absoluto, não tem nenhuma programação processual, tudo é escrito em classes. Mas você pode criar a ilusão de programação de procedimentos usando classes estáticas. Portanto, considere que nós apenas separamos diferentes funções de um arquivo.
O autor do tema sabe o que quer no final, mas não sabe como alcançá-lo. Em alguns casos, ele nem sequer tem uma boa idéia de como funcionam as tomadas.
É claro, você pode fazer como outros camaradas fizeram: "aqui estão links sobre habor e wiki e quem sabe onde mais, tudo foi resolvido para você há muito tempo, vá fumar material.....".
Maxim, este tipo de "ajuda" é fornecido por 90% dos membros do fórum. Quando eu mesmo o vejo, isso me faz encolher. E onde está a ajuda mútua? Qual é a finalidade deste fórum? Mas vamos lá, é tudo aspectos psicológicos, não vamos falar sobre isso.
Somente aqueles que publicam seus conhecimentos na forma de artigos, e são os únicos que realmente ajudam todos os participantes do fórum, enquanto outros estão apenas se exibindo. Até que ponto Fedor avançou com a ajuda que recebeu de outros participantes do tópico?
Oh, está bem, chega de letra.
Droga, Maxim desligou todo o calor com sua "repreensão". É basicamente assim que termina. Aquele que quer prestar ajuda de verdade está coberto de inclinação, e eles mesmos, com a chamada "ajuda", ladram um pouco, saem do caminho. No final: o perguntador permanece sem resposta, alguns usuários se exibem e se perdem, e alguém se caga... ou seja, há lucro NULL a ser obtido.
Tudo feito, isso não jura.
Deixe-me tentar responder como eu entendi você....
Sim, você pode criar uma única classe Huobi (pelo nome do corretor) e enfiar tudo nela, tanto no que se refere à tomada da web quanto ao processamento de respostas de consultas de análise, você acaba com um arquivo de merda que é basicamente impossível de descobrir ou descobrir com um litro de vodka. Portanto, a divisão da funcionalidade em classes parece bastante lógica. Cada classe desempenha sua própria função. C# é um OOP absoluto, não tem nenhuma programação processual, tudo é escrito em classes. Mas você pode criar a ilusão de programação de procedimentos usando classes estáticas. Portanto, considere que nós apenas separamos diferentes funções de um arquivo.
O autor do tema sabe o que quer no final, mas não sabe como alcançá-lo. Em alguns casos, ele nem sequer tem uma boa idéia de como funcionam as tomadas.
É claro, você pode fazer como outros camaradas fizeram: "aqui estão links sobre habor e wiki e quem sabe onde mais, tudo foi resolvido para você há muito tempo, vá fumar material.....".
Maxim, este tipo de "ajuda" é fornecido por 90% dos membros do fórum. Quando eu mesmo o vejo, isso me faz encolher. E onde está a ajuda mútua? Qual é a finalidade deste fórum? Mas vamos lá, é tudo aspectos psicológicos, não vamos falar sobre isso.
Somente aqueles que publicam seus conhecimentos na forma de artigos, e são os únicos que realmente ajudam todos os participantes do fórum, enquanto outros estão apenas se exibindo. Até que ponto Fedor avançou com a ajuda que recebeu de outros participantes do tópico?
Oh, está bem, chega de letra.
Droga, Maxim desligou todo o calor com sua "repreensão". É basicamente assim que termina. Aquele que quer prestar ajuda de verdade está coberto de inclinação, e eles mesmos com a chamada "ajuda", depois de um pouco de tagarelice, saem do caminho. No final: o perguntador permanece sem resposta, alguns usuários se exibem e se perdem, e alguém se caga... que é NULL no lucro.
o latido era sobre mim neste fio ? Alexei, você está cansado...
e sobre mais - que diabos classes até que você saiba como descomprimir as mensagens do servidor ? o que diabos você está fazendo...
o cliente quer uma coisa específica, tem histórias de C# fantástico. COMO foi publicado o tema há muitos dias ? e a quantidade de código, e o resultado ?
isso foi sobre mim nesta linha sobre o yapping? Alexei, você está cansado...
e sobre mais - que diabos classes enquanto você não consegue desempacotar as mensagens do servidor ? que diabos você está fazendo...
o cliente quer uma coisa específica, tem histórias de C# fantástico. COMO foi publicado o tema há muitos dias ? e a quantidade de código, e o resultado ??
Bem dito... Eu vou pagar a fiança, e você, como especialista experiente, levará o cliente a uma solução lógica com os métodos que você sabe como usar.
Bem dito... Vou me afastar, e você, como especialista experiente, levará o cliente a uma solução lógica usando os métodos que você sabe como usar.
Não Alexei, você está por sua conta - você deve fazer isso. Estou simplesmente apontando para a direção certa - para uma solução específica. Parece-me que estou certo.
Caso contrário, você se desloca para "construir classes" quando os problemas tecnológicos abundam.
Arrependo-me - posso ser duro e intemperado...
PS/ criar + retirar um método Hibou estático é mais do que discutível. Pode provavelmente ser uma classe derivada - mas isso é tudo mais tarde, quando começa a "respirar um pouco".
PPS/ Sou banido por minhas decisões :-)
...
Há também um pedido para a mesma cotação transmitida para Binance
Todas as trocas têm protocolo idêntico entre servidor e cliente? Tenho certeza de que não haverá uma solução de tamanho único para todos. Ir ao githab novamente, e encontrar https://github.com/binance-exchange/binacpp em alguns minutos.
Aparentemente as pessoas têm muito tempo livre, estou com ciúmes.
Todas as trocas têm um protocolo idêntico entre servidor e cliente? Tenho certeza de que não haverá uma solução de tamanho único para todos. Novamente vou ao githab, e encontro https://github.com/binance-exchange/binacpp em alguns minutos.
Aparentemente, as pessoas têm muito tempo livre, eu as invejo.
O protocolo em si é o mesmo para todos, a implementação de solicitações API é diferente para todos.
Estudar a biblioteca de outra pessoa não é kamilfo.
É mais fácil escrever o seu próprio, e entender onde tudo está.
Ainda mais, a documentação API é constantemente atualizada com novos métodos, e correções precisam ser feitas.
Eu também investiguei várias soluções prontas, finalmente desisti e escrevi minha própria biblioteca em C).
O protocolo em si é o mesmo para todos, a implementação de solicitações API é diferente para todos.
Estudar a biblioteca de outra pessoa, você sabe, não é kamilfo.
É mais fácil escrever o seu próprio, e entender onde tudo está.
Ainda mais, a documentação API é constantemente atualizada com novos métodos, e correções precisam ser feitas.
Também investiguei diferentes soluções prontas, finalmente desisti e escrevi minha própria biblioteca em C))).
Não me refiro ao protocolo de rede (websockets), mas às convenções no próximo nível sobre a forma de solicitações/respeitos, que são construídas sobre eles.
Olhando para a huobi lib, levei cerca de cinco minutos para entender os princípios básicos da recuperação de dados. Eu não acho que seja complicado.