Discussão do artigo "Expert Advisor universal: indicador CUnIndicator e trabalho com ordens pendentes (parte 9)" - página 4
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
Claro, e naturalmente, não estou surpreso que a escolha tenha sido feita em favor do trabalho de Vasily - ele tem uma aparência finalizada, enquanto minha biblioteca está apenas sendo criada. Você não entendeu um pouco o significado e a essência dos meus artigos - eles descrevem o processo de criação de uma biblioteca, não o processo de uso de uma biblioteca já pronta. Aqueles que querem se aprofundar no desenvolvimento e entender os princípios - eles o fazem e fazem perguntas, esclarecem e aprendem. Alguém entendeu imediatamente o que está escrito lá e acompanha o desenvolvimento. Mas este não é o lugar para discutir isso - este é o lugar para discutir o trabalho de Vasily.
E o que o faz pensar que eu, tendo iniciado um trabalho enorme, o abandonaria de um dia para o outro? É claro que não. E há muito potencial para desenvolvimento.
Tentei usar sua biblioteca. Ela tem muitas funções úteis, embora não seja suficiente para a negociação em si. Mas não vejo nenhum uso prático para ela - a velocidade dos testes é muito prejudicada.
Boa tarde. Obrigado por seu feedback. A solução ideal é colocar os códigos UTE em um sistema público de controle de versão (Git ou MT's). Nesse caso, os usuários poderão corrigir erros e fazer alterações/melhorias adicionais no código após a minha revisão do código. Acho que esse sistema de desenvolvimento de projetos é ideal para código-fonte aberto, pois ninguém pode fazer tudo sozinho.
Quanto ao UTE em si, acho que sua principal funcionalidade está formada. Ela abrange a maioria das funções de negociação mais comuns. Portanto, o desenvolvimento do UTE na mesma direção não trará coisas fundamentalmente novas. Entretanto, uma estrutura funcional para trabalhar com dados pode dar um impulso global ao desenvolvimento do UTE. A ideia é operar com estruturas de sistema no estilo de objeto e trabalhar com coleções (incluindo as de sistema) no estilo funcional. Nesse caso, a distinção clara entre os tipos de dados do sistema e do usuário será eliminada e as consultas para seu processamento serão criadas "on the fly" pelos próprios usuários (algo como LINQ em C#). Infelizmente, as restrições de linguagem não permitem escrever essa estrutura em uma base um-dois, portanto, isso ainda é apenas uma ideia.
E as estratégias com vários símbolos, não entendo se é possível criá-las? Uma estratégia que funcione com 2 ou mais caracteres. A julgar pelo código Strategy.mqh, a ferramenta de trabalho é sempre uma.