Discussão do artigo "Trabalhemos como os resultados da otimização através da interface gráfica do usuário"

Novo comentário
 

Novo artigo Trabalhemos como os resultados da otimização através da interface gráfica do usuário foi publicado:

Continuamos a desenvolver o tópico sobre o processamento e análise de resultados de otimização. Desta vez, a tarefa é selecionar os 100 melhores resultados de otimização e exibi-los na tabela da GUI. Vamos fazer com que o usuário, selecionando uma série na tabela de resultados de otimização, receba um gráfico multissímbolo de saldo e rebaixamento, em gráficos separados.

Cada vez que o usuário seleciona uma linha na tabela, o gráfico dos saldos multissímbolos é atualizado na guia Balance:

 Fig. 4 – Apresentação do resultado.

Fig. 4. Apresentação do resultado.

Acabamos tendo uma ferramenta bastante conveniente para visualizar rapidamente os resultados dos testes com vários símbolos.

Autor: Anatoli Kazharski

 

В качестве строкового параметра во фрейм будет передаваться перечисление символов через разделитель ','. Изначально предполагалось сохранять данные во фрейм, как полный отчёт в строковом массиве. Но на текущий момент строковые массивы нельзя передавать во фрейм. При попытке передать в функцию FrameAdd() массив строкового типа при компиляции выйдет соообщение об ошибке: строковые массивы и структуры, содержащие объекты, не допускаются. 

não são permitidas matrizes de strings e estruturas que contenham objetos

Outra opção é gravar o relatório em um arquivo e transferi-lo para o quadro. Mas essa opção também não é adequada para nós: teríamos que gravar os resultados no disco rígido com muita frequência.

Também existe a opção de transferir cadeias de caracteres e outras coisas.

Fórum sobre negociação, sistemas de negociação automatizados e teste de estratégias de negociação.

Bibliotecas: TypeToBytes

fxsaber, 2017.07.19 12:16 AM.

Exemplo de aplicação prática em Report-bible

Enviar um quadro com dados diferentes

        string Str;
        REPORT::ToString(Str);

        double Balance[];
        REPORT::GetBalanceHistory(Balance);

      #ifdef __TYPETOBYTES__
        CONTAINER<uchar> Container;

        Container[0] = Str;     // colocar a string de relatório no contêiner
        Container[1] = Balance; // adicionou também um array duplo do histórico de alterações de saldo ao contêiner

        ::FrameAdd(NULL, 0, ::AccountInfoDouble(ACCOUNT_BALANCE), Container.Data); // Enviou um quadro com relatório de string e matriz de saldo
      #else  // __TYPETOBYTES__

Recebimento de um quadro com dados diferentes

 CONTAINER<uchar> Container;

    while (::FrameNext(Pass, Name, ID, Value, Container.Data))
    {
        string Str;
        Container[0].Get(Str);     // Obter a string de relatório do quadro

        double Balance[];
        Container[1].Get(Balance); // Obter a matriz dupla correspondente do quadro

// .....
 
fxsaber:

Há também uma opção para passar strings e coisas do gênero

Essa é uma opção interessante. Obrigado.

 

Каждый раз, когда пользователь выделяет строку в таблице, график мультисимвольных балансов обновляется на вкладке Balance:

Livrar-se de dois cliques extras para alternar entre a guia de gráficos e a guia de gráficos, colocando os gráficos na mesma janela?

E navegar pelas linhas da tabela com os botões para cima/para baixo, obtendo instantaneamente as curvas correspondentes?

 
Andrey Khatimlianskii:

Livrar-se dos dois cliques adicionais para alternar entre as guias de gráficos, colocando os gráficos na mesma janela?

E navegar pelas linhas da tabela usando os botões para cima/para baixo, obtendo instantaneamente as curvas correspondentes?

Essas excelentes soluções não existem no Optimiser padrão.

 
Andrey Khatimlianskii:

1. eliminar os dois cliques adicionais para alternar entre as guias de gráficos, colocando os gráficos na mesma janela?

2. e percorrer as linhas da tabela com os botões para cima/para baixo, obtendo instantaneamente as curvas correspondentes?

Agora estou preparando material para outro artigo sobre esse tópico. Levarei em conta o primeiro ponto, mas o segundo ainda não, pois não pretendo retornar à biblioteca GUI em um futuro próximo.

 
Anatoli Kazharski:

Ainda não tenho um segundo, pois não pretendo voltar à biblioteca GUI em um futuro próximo.

Ele não precisa ser incorporado à biblioteca, apenas um recurso extra útil.

 
Andrey Khatimlianskii:

Ele não precisa ser incorporado à biblioteca, apenas um recurso extra útil.

Verei o que posso fazer.

Novo comentário