Desejos para MQL5 - página 18

 

A propósito, em relação aos gráficos, estou usando uma escala de preços de 1 para 1, o ajuste automático da escala de preços no gráfico não é muito conveniente, mas mudar a escala de preços diretamente visualmente é muito conveniente, quando você vê o resultado desta ação, se falamos de períodos diferentes, a densidade é muito importante, se ela está ligada a um período. Além disso, o limite do gráfico em MT4 termina no preço e tempo atingidos de todo o gráfico, é bastante inconveniente ao desenhar objetos, pois eles aparecem escondidos. O gráfico 1 para 1 é conveniente para todos, exceto pela falta de mudança na densidade de preços, nas condições atuais a escala de preços vertical está conectada com a escala de tempo horizontal. Além disso, o deslocamento automático não leva em conta a relação de preço vertical em uma escala de tempo de 1 para 1. Além disso, seria melhor fazer o recuo do tempo atual a partir do final da variável gráfica, pois instrumentos diferentes podem exigir recuos diferentes, especialmente quando a resolução da tela é suficientemente grande. A divisão do preço e da escala de tempo deve ser definida separadamente ou em conjunto. Eu diria também que a escala em si é muito limitada, com apenas algumas opções de escalonamento, e que o ajuste fino ou o ajuste dessas opções dá uma escolha ou identificação completa das porcentagens.

Se você olhar ainda mais fundo, o uso de canal alfa e antialiasing, pode melhorar a qualidade de renderizar as mesmas linhas usando por exemplo um décimo de um pixel, ou melhor, um décimo de uma cor, a qualidade vai chamar a atenção, embora isso seja mais para a interface gráfica gourmet, como eu, você pode fazer sem ela, mas eu não posso fazer sem ela, eu adoro carimbar interfaces de qualidade (.NET 3.0 Presentation Framework):) Certamente não estou dizendo nada, o MFC pode já ter implementado algo semelhante no momento, ainda não investiguei nas últimas inovações.

 

Apoio xnsnet em termos de "não há nada melhor que .NET/Visual Studio (para software aplicativo ) ainda".

Nem todos têm as capacidades da Microsoft, e é pouco provável que vejamos um "milagre" :)

Editor.

Se "alcançarmos" o nível de C++ Builder 6/Delphi 7, será um milagre.

Caros desenvolvedores, por favor, não se esqueçam de esboçar/colher. (Você prometeu ler!).

Idioma.

Quanto ao idioma, francamente, se eu fosse você (eu sei, eu sei - nem todos estão até aqui :) ), eu copiaria C# completamente.

O que quer que os especialistas do C++ digam, "OrderType.Buy" é mais conveniente que o puro "OP_BUY" (100%, eles também têm menu principal "clássico", como em Win95/Win98). Mesmo que seja 2 vezes mais longo.

O enum em estilo C# é tão trivial e conveniente que se surpreende que não tenha aparecido há 10-15 anos. (Se apareceu em algum lugar,não foi muito difundido!

Cavalheiros desenvolvedores, quando disserem "CLASSES", não se esqueçam de "PADRÕES"! Penso que, se não estiver lá, muitas solicitações sobre este tópico surgirão imediatamente. É claro que ainda não há classes/estruturas - que modelos existem ... Mas assim que elas aparecerem, a questão surgirá quase imediatamente. A linguagem parece ter sido projetada para um programador, e os modelos na programação não são o nível mais alto.

Diversos.

O gráfico da janela do evento - algo como um descendente de TWinControl/CWnd/System.Windows.Forms.Control/System::Windows::Forms::Control - oh-oh, isso seria simplesmente legal!

E de qualquer forma, no meio...

Metaquotes corp. não aspira a usar qualquer .NET de terceiros ou algo parecido. Não veremos uma diversificação da empresa, algum outro software com a etiqueta "Made by Metaquotes". Ou, pelo menos, "Movido por Metaquotes"...? :)

Cumprimentos, pxx

 

Os modelos são algo em C#, embora tenha sido uma longa espera por esse algo, 2 anos, e outros 3 anos para a implementação de tudo o que foi escrito em estruturas, incluindo a especificação 3.0.

Em geral, a MQL4 é muito semelhante à C#, e infelizmente não é a primeira versão.

E os templates em C# são realmente algo, nunca vi tal uso, exceto no Doka e em meu próprio código, mas há muito mais maneiras de implementação do que se poderia imaginar, em quase tudo:

[DebuggerDisplay("Count = {Count}" )]

classe pública abstrata ClhList<TList, TItem>: IList<TItem>

onde TList: ClhList<TList, TItem>

onde TItem: ClhItem<TList, TItem> {

}

Na verdade, ainda fico surpreso quando olho para a especificação C# e quando verifico o código no debug disassembler, minha opinião não está nem um pouco distorcida:)

Mas eu não vou estragar o argumento:) Duvido que a MQ faça uma oferta superior à de alguém, embora existam aqueles que sofrem, que vendem o cliente sozinho, como me lembro, por US$ 500, sem mencionar o custo do software para CD, eles certamente oferecem a oportunidade de usar .NET, mas o desenvolvimento em tais quadros de preços, oh que tarefa fácil, especialmente em nosso país, onde todos apenas cremam na palavra grátis. Portanto, vamos considerar que os concorrentes sobreviverão por si mesmos:) Por alguma razão aqui estou do lado do MQ, provavelmente caindo na palavra, e talvez o patriota, ainda não descobri, mas algo é nativo deles:)) Portanto, esperemos algum desenvolvimento mínimo, implementação, embora não de uma só vez:) O principal é a base e vamos arrastar o resto.

 

Já esteve em outro fio. Vou dizer novamente.

1. Os Expert Advisors devem ser capazes de desativar a senha do investidor, pois, tendo a senha do investidor, é possível duplicar o trabalho do Expert Advisor sem restrições. Esta senha não deve ser comprometida pelo cliente. Bloquear outras possibilidades de clonagem do trabalho do terminal, se houver alguma.

2. Adicionar uma função informando a versão do terminal.

3. Adicionar uma função que proíbe a visualização de variáveis externas.

4. Permitir que os especialistas identifiquem sem ambigüidade o terminal por sua assinatura digital. Com base nas dicas, o terminal já possui uma assinatura digital. Deve ser acessível através do Consultor Especialista. Então a assinatura digital do terminal pode ser escrita na licença do especialista.

5. Dar a possibilidade de identificar o CD por assinatura digital. Isto aumentará a proteção contra fraudes.

6. Adicionar suporte http à MQL.

Para reduzir o risco de fraude, é desejável formar um depositário público de assinaturas digitais de servidores (terminais). Idealmente, cada terminal deveria ser capaz de se transformar em um dispensador de sinais, como um envio em massa de mensagens icq.

 
Melhorar a função de configuração do pedido. Para que haja uma tarefa definida para sua execução com uma precisão de um ponto. E se o pedido for acionado, mas com uma precisão de +/- 3 pontos, então este procedimento em si deve definir o StopLoss e TakeProfit necessários a partir do preço de abertura real com uma periodicidade aceitável. Por exemplo, 14 pontos Ticeprofit. Preço + 14 pontos = TakeProfit. Entretanto, o preço real não é igual ao preço solicitado, mas é igual a Preço+3* pontos (slippage). Portanto, precisamos corrigir o Take Profit e Stop Loss após a ordem ser acionada, corrigindo o preço real em aberto. Podemos fazer isso programticamente agora mesmo, mas por quê? Se pudermos confiar na função que é independente da execução do programa. E, o que é importante, os corretores não se importarão, porque você mesmo a montará de forma aceitável.
 
pxx:

Apoio xnsnet em termos de "não há nada melhor que .NET/Visual Studio (para software aplicativo ) ainda".

.....

Esta "maravilha" está longe de ser tão boa quanto PHP.
 
Andy_Kon:
Este "milagre" não está nem perto do PHP.

Uh-oh, as ferramentas da página inicial pessoal governam o mundo! )))))))))))
Ou, pelo novo nome do PHP: Hypertext Preprocessor!
Linguagens de script para sempre!

Citação: PHP foi originalmente criado como um complemento ao Perl para facilitar o desenvolvimento de páginas web.(https://ru.wikipedia.org/wiki/PHP).

O "C" original foi originalmente criado para um propósito ligeiramente diferente. ... ))

Que tal chamar "VirtualAlloc" ou "CreateFileMapping" do PHP, qualquer um? :)

 

PHP assim como Perl são scripts implementados por intérprete diretamente do código fonte, .NET é arquitetura bytecode para multiplataforma e multifuncionalidade, multilíngüe, em linux sua contraparte Mono implementando multiplataforma em quase todos os eixos exceto RTOS. As diferenças são bastante significativas e os objetivos são diferentes, assim como com PHP é um inferno escrever um programa com uma interface de usuário, assim como em C/C++ é um inferno escrever, por exemplo, uma aplicação web, serviço. Precisamos de algo mais e é mais parecido com .NET, entretanto, também Java está disponível, mas com Java é mais complicado, embora na época não tivesse contrapartidas, Flash também não foi criado para nada, e então .NET está lá, eventualmente Silverlight aparece, para não mencionar XBAP. É melhor você me dizer onde .NET não é usado agora, e como é competitivo em tais condições:)))) É um passo do simples ao complexo, e se você o mantém simples, o complexo se torna ainda mais simples. Você sabia que algumas pessoas ainda estão lutando para implementar um intérprete Java para traduzir um programa em C++, ao que parece, mas existe uma coisa assim. Em todos os momentos as pessoas tentaram resolver o problema da globalização do código do programa, para torná-lo mais adequado para qualquer condição, mas a princípio as pessoas têm um apego ao idioma escolhido e, em segundo lugar, multiplataforma, como resultado, o .NET percebe a conexão entre tudo isso. Há dezenas de idiomas que estão prontos para se tornarem adotantes do .NET, há muitas tecnologias que estão disponíveis em estruturas, estas são apenas invólucros, mas está tudo lá e mais do que apenas invólucros estão surgindo. Agora tente comparar tudo isso, com a estreita direção que você apoia tentando colocar na comparação, não estou dizendo que você deve abandoná-la, você deve apenas comparar, o patriotismo é certamente bom, mas apenas para o avistado, que também vê a essência de outra idéia, então você deve respeitar a possibilidade de escolher métodos, caso contrário um dia você pode estar fora do negócio :) Tente imaginar a linguagem MQL na arquitetura .NET, não é possível? Você fala em segurança? Você não usa criptografia? Quanto esforço você gasta para implementar os mesmos princípios que já foram implementados há muito tempo em .NET? Comparação e comparação novamente, bugs e buracos também devem ser comparados.

Por ter ido na direção do .NET, perdi muito, perdi um círculo de amigos e conhecidos (agora simplesmente não tenho nada para me comunicar com eles), muito tempo, mas ainda mais eu ganhei, o principal é o desenvolvimento:) No ciclismo, o principal é não inventar um novo:) Peço desculpas pela lavagem cerebral, mas não posso passar sem ela:)

 
pxx:
Andy_Kon:
Este "milagre" não está nem perto do PHP.

Uh-oh, as ferramentas da página inicial pessoal governam o mundo! )))))))))))
Ou, PHP: Pré-processador de Hipertexto!
Linguagens de script para sempre!

Citação: PHP foi originalmente criado como um complemento ao Perl para facilitar o desenvolvimento de páginas web.(https://ru.wikipedia.org/wiki/PHP).

O "C" original foi originalmente criado para um propósito ligeiramente diferente. ... ))

Que tal chamar "VirtualAlloc" ou "CreateFileMapping" do PHP, qualquer um? :)

1. Qual linguagem de programação é melhor e pior é uma questão retórica.
2. Um pequeno pedido para consultar os recursos PHP neste endereçohttp://www.php.net/manual/ru/, para que você saiba do que se trata.
3. Ao contrário de muitos outros, absorve o melhor (de C, Lisp, Perl e outros).
4...Linguagens de script - se a memória me serve corretamente (e nunca serve) os progenitores de VB, Delphi e muitos outros foram.
5. E Delphi tem suas raízes em Pascal - agora morto.
6. Em relação ao chamado "VirtualAlloc" ou "CreateFileMapping"... - A Delphi tem rar_close? :))
7. .NET - pergunte quem ama os pequenos sofás?
 

7. .NET - Pergunte a quem gosta de pequenosmole?

A propósito...
O principal é que o mcl5 não se afoga no Vinho ;))))