[ARQUIVO!] Qualquer pergunta de novato, para não desorganizar o fórum. Profissionais, não passem por aqui. Em nenhum lugar sem você - 4. - página 66
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
Abaixo está o próprio código.
Se você tem uma solução mais simples, eu ficaria feliz em receber comentários.
Isto provavelmente é melhor.
Obrigado, mas é um pouco complicado para mim, e sua função emite 4 mensagens de uma só vez, enquanto eu preciso de uma. Acontece que não mais do que 64 caracteres em uma linha?
Não. Você pega sua longa mensagem e a divide em tantas partes quanto você pode ler na tela, mas não mais do que quatro. O principal é que cada parte não deve exceder 64 caracteres. Se sua mensagem for curta, você pode passá-la para uma função em uma parte.
Olhe, eu coloquei um tipster no trailer para testar esta função. Execute-o no testador em modo visual e coloque o indicador Win_Inform no gráfico de visualização (está na minha mensagem anterior no trailer). Você verá imediatamente como esta função funciona.
Isso provavelmente é melhor.
Trata-se do código que usei para começar a atualizar o meu. Há 3 problemas em sua versão:
- assim que as ordens OP_BUY e OP_SELL forem abertas, os parâmetros OrdB e OrdS aumentarão automaticamente a cada tick, então acrescentei a condição de recálculo somente na mudança do tick correspondente (venda ou compra);
- o recálculo de todas as ordens leva ao erro OrdB e Ord, precisamos apenas da última mudança nas ordens a ser considerada;
- em sua versão não há diminuição dos parâmetros OrdB e Ord para maior abertura de pedidos if (OrdB<=OrederBuy),if(OrdS<=OrederSell).
Parece ser esse o caso.
Trata-se do código que usei para começar a atualizar o meu. Há 3 problemas em sua versão:
- assim que as ordens OP_BUY e OP_SELL forem abertas, os parâmetros OrdB e OrdS aumentarão automaticamente a cada tick, então acrescentei a condição de recálculo somente na mudança do tick correspondente (venda ou compra);
- o recálculo de todas as ordens leva ao erro OrdB e Ord, precisamos apenas da última mudança nas ordens a ser considerada;
- em sua versão não há diminuição dos parâmetros OrdB e Ord para maior abertura de pedidos if (OrdB<=OrederBuy),if(OrdS<=OrederSell).
Parece ser a mesma coisa.
Certo, precisamos zerar os contadores de pedidos antes do laço de
Boa tarde! Por favor, ajude-me a entender a função de Kim:
Eu não entendo a linha
Por que não há sinais após o primeiro se, o que acontece quando uma expressão é escrita desta forma. O que o StringFind faz, e por que o fio é procurado pelo JPY? Como pode d = 0, e em que caso 2 é atribuído e em que 4? Serei muito grato pela resposta, obrigado de antemão))))
Isso mesmo, antes do loop, precisamos zerar os contadores de pedidos
)) Por alguma razão eu mesmo não pensei nisso, comecei a ficar sem fôlego.
Boa viagem.
Acho que isto faz mais sentido
d - exatidão das cotações (dígitos após o ponto decimal)
se houver um par JPY, então a taxa para as majors é xxx.xx
se não houver JPY no par, então a taxa para as majors será x.xxxx (daí o nome"quatro dígitos")
Sim, antes do loop, precisamos zerar os contadores de pedidos.
Perdi outro ponto:
- em sua versão, não há diminuição dos parâmetros OrdB e OrdS para maior abertura de pedidosif (OrdB<=OrederBuy),if (OrdS<=OrederSell).
Na nova versão, por exemplo, abrimos 5 pedidos, recalculamos os mesmos, mas a condição não nos permite abrir mais pedidos. Na minha antiga variante, OrdB-- e OrdS--
foram utilizados.
Acho que isto faz mais sentido
d - exatidão das cotações (dígitos após o ponto decimal)
se houver um par JPY, então a taxa para as majors é xxx.xx
se não há JPY no par, então as taxas para as majors são aproximadamente x,xxxx (daí o nome "quatro dígitos")