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
Apoio aqueles que disseram que a MT precisa de ser expandida precisamente em termos de oportunidades de investigação.
Infelizmente não é compatível com a política do partido, e é lógico porque o rendimento da empresa não é gerado por "milhões de comerciantes"(c), e esses milhões nunca precisarão de tais oportunidades. E o pequeno grupo ainda está a usar ou irá dominar o matlab, matcad, R e outros.
Mas talvez para uma versão avançada muitos não pouparão uma taxa de assinatura para instalar em 2 computadores.
Sobre o assunto, a necessidade de histórico personalizado / gráficos, carrapatos, testador avançado, etc., já foi dito.
Mais algumas pequenas coisas de que me lembrei ao mesmo tempo:
- Estender a essência do indicador, remover a ligação rígida da janela principal e da subjanela, permitir definir quais os amortecedores em que janelas/subjanelas serão exibidas.
- Precisamos de variáveis de entrada dependentes para podermos bloquear algumas entradas, dependendo dos valores de outras entradas.
- Uma carta especial que não está ligada a um símbolo que pode ser utilizado para painéis informativos e outras visualizações.
- Possibilidade de programar janelas completas desligadas do terminal com controlos normais para exibição de gráficos/info.
- Algo mais ...
Muitas sugestões, boas sugestões. Mas um "mas". Todos eles têm como objectivo "reinventar a roda". Porque não podemos tirar partido do que já foi desenvolvido? Bem, existem linguagens de programação modernas e poderosas de alto nível (por exemplo, C# com a sua enorme biblioteca .Net), existe um bom ambiente de desenvolvimento - Visual Studio. Porque não utilizá-lo? Porque há aulas prontas a usar, que permitem construir formas de ecrã, vários gráficos/gráficos e muitas outras coisas. Onde está a eficiência dos criadores? Porque deveriam inventar algo que já existe e gastar o seu tempo a corrigir bugs durante 4 anos em vez de desenvolver a plataforma? Só não é claro.
Um desejo para MT6:
1. APIs de negociação em C#.
2. Ambiente de desenvolvimento Visual Studio.
3. um testador com um histórico de carrapatos.
4. Visualizador de múltiplas janelas.
Durante muito tempo abstive-me de subscrever tais desejos porque sempre pensei que isto era irrealista porque os programas escritos sob .Net não podem ser protegidos, e isto é inaceitável para MetaQuotes.
Bem, hoje apercebi-me que não é bem assim, ou melhor, não é de todo. Não é necessário traduzi-los para MSIL, pode compilá-los em código binário nativo e ninguém proibirá a encriptação no meio.
Por conseguinte, junto o meu desejo com todos os meus membros.
+++.
Muitas sugestões, sugestões sensatas. Mas um "mas". Todos eles têm como objectivo "reinventar a roda". Porque não podemos usar algo que já foi desenvolvido? Existem linguagens de programação modernas e poderosas de alto nível (por exemplo, C# com a sua enorme biblioteca .Net), existe um bom ambiente de desenvolvimento - Visual Studio. Porque não utilizá-lo? Há aulas prontas a usar, que permitem construir formas de ecrã, vários gráficos/gráficos e muitas outras coisas. Onde está a eficiência dos criadores? Porque deveriam inventar algo que já existe e gastar o seu tempo a corrigir bugs durante 4 anos em vez de desenvolver a plataforma? Só não é claro.
Um desejo para MT6:
1. APIs de negociação em C#.
2. Ambiente de desenvolvimento Visual Studio.
3. um testador com um histórico de carrapatos.
4. Visualizador de múltiplas janelas.
Durante muito tempo abstive-me de subscrever tais desejos. A razão: sempre pensei que isto era irreal porque "programas escritos com .Net não podem ser protegidos, e isto é inaceitável para MetaQuotes.
Bem, hoje apercebi-me que não é bem assim - na verdade não é de todo. Não é necessário traduzi-los para MSIL, pode compilá-los em código binário nativo e ninguém proibirá a encriptação no meio.
Por conseguinte, junto o meu desejo a todas as minhas poderosas extremidades.
+++.
Como imagina que irá funcionar?
Só para escrever alguma coisa!
1. APIs de negociação em C#.
2. Ambiente de desenvolvimento Visual Studio.
Isto e muito mais está disponível gratuitamente na Sukhov & Co.
Mas eu tenho-me atrasado muito, penso que o computador não é fraco, 6 núcleos, 16 gig e está tudo em ssd, sabe fukk.
Gráficos capazes de exibir um par de milhares de pontos, sem muito atraso, vistos apenas com as vantagens. Aparentemente as implementações de C# normais não se deram de uma só vez, e eu não procurei C# em particular.
Durante muito tempo, abstive-me de aprovar tais desejos. A razão: sempre pensei que era irrealista porque "programas escritos para .Net não podem ser protegidos, e isto é inaceitável para MetaQuotes".
Bem, hoje percebi que isto não é bem verdade. Não é assim. Não é preciso traduzi-los para MSIL, é possível compilá-los em código binário nativo, e ninguém proibirá a encriptação entre eles.
Por conseguinte, junto o meu desejo com todos os meus membros.
+++.
A questão é que todas as características do .Net são construídas sobre o código gerido. Consequentemente, o código deve ser escrito na língua da máquina virtual. O C++ visual é uma linguagem separada; é permitido sair dos seus limites sozinho, mas não é tão útil quando se trata do manuseamento da memória.
A propósito, a MQL5 também é compilada no código da máquina virtual interna MetaTrader5, pelo que existe um perigo muito real de a quebrar.
Como imagina sequer que funcionaria?
Só para escrever algo!
Devo arranjar desculpas? :)
Posso imaginar como funcionaria. Não vou explicar, pelo menos não aqui e agora. Pense em como poderia funcionar durante uma semana. Construtivamente. Talvez venha a ter algumas ideias sensatas.
Para mim, por exemplo, é claro que pode ser feito. E é muito mais fácil (por uma ordem de magnitude) do que fazer o compilador mql5. Até eu o posso fazer (o compilador mql que não posso fazer).
A questão é que todas as características .Net são construídas em código de gestão. Consequentemente, o código deve ser escrito na língua da máquina virtual.
O C++ visual é uma linguagem separada, só lhe é permitido sair dos seus limites, mas não proporciona um tratamento de memória tão conveniente.
A propósito, a MQL5 também é compilada no código da máquina virtual interna MetaTrader5, pelo que existe um perigo muito real de a quebrar.
Estou ciente disso.
No entanto, o código gerido pode ser compilado no código nativo da CPU, se necessário.
Ao mesmo tempo, perde algumas capacidades, mas é bastante suportável, considerando que as capacidades que se perdem em mql estão em falta de qualquer maneira.
De qualquer modo, é muito mais fácil compilar MSIL em código nativo do que compilar o programa em MQL em código nativo. Creio que Stringo é capaz de o fazer. :)
Estou ciente disso.
No entanto, o código gerido pode ser compilado em código de CPU nativo, se necessário.
Perde uma série de características, o que é bastante tolerável, dado que as características que se perdem em mql não estão lá de qualquer forma.
De qualquer modo, é muito mais fácil compilar MSIL em código nativo do que compilar o programa em MQL em código nativo. Acredito que Stringo pode lidar com ele. :)
pusheax:
Está a sugerir que seescrevam especialistas em ambiente Visual Studio C# , e depois os compilar em exe?
O formato .ex6 poderia ser simplesmente um MSIL cifrado. O descodificador está no terminal. A cifragem é feita pelo método proprietário da MetaQuotes Software Corp.
// MSIL : MicroSoft Intermediate Language or Common Intermediate Language (abreviado como CIL) é uma linguagem intermediária desenvolvida pela Microsoft para o .NET Framework.
// Isto é, o bytecode do ambiente CLR .NET