Nova versão da plataforma MetaTrader 4 build 970: abertura de contas demo simplificada e expansão das possibilidades MQL4

Novo comentário
 

Nova versão da plataforma MetaTrader 4 build 970: abertura de contas demo simplificada e expansão das possibilidades MQL4

Na sexta-feira, 3 de junho de 2016, será lançada uma atualização da plataforma MetaTrader 4. Ela contém as seguintes alterações:

O suporte dos terminais MetaTrader 4, inferiores ao build 940, deixará de funcionar a partir do dia 1 de julho de 2016

A partir do dia 1 de julho de 2016 será descontinuado o suporte dos terminais MetaTrader 4 inferiores ao build 940. Esses terminais não poderão se conectar aos servidores das novas versões. É por isso que recomendamos que você atualize urgentemente os seus terminais.


MetaTrader 4 build 970

  1. Terminal: Foi simplificada a janela de abertura da conta demo. Agora você não precisa de preencher um formulário extenso, basta indicar as informações básicas e selecionar as opções de negociação: o tipo de conta, depósito e alavancagem.




  2. MQL4: Foi alterado o formato dos arquivos executáveis EX4 devido ao acrescentamento de novas funcionalidades na linguagem MQL4. Todos os antigos programas EX4 estão compilados no MetaEditor dos anteriores builds, após a atualização funcionarão corretamente. Desse modo, a compatibilidade de baixo para cima foi preservada em sua totalidade.

    Ao mesmo tem, os programas EX4, compilados nos builds 970 e superior, não funcionarão nos terminais dos antigos builds devido à ausência de compatibilidade no sentido oposto.

  3. MQL4: Foi adicionado o suporte para classes abstratas e funções virtuais puras.

    As classes abstratas são projetadas para criar entidades generalizadas, em cujas bases se supõe que serão criadas classes derivadas mais específicas. Uma classe abstrata é uma classe que pode ser usada apenas como uma classe base para outra classe, por isso é impossível criar um objeto do tipo de classe abstrata.

    Uma classe, que contenha pelo menos uma função meramente virtual, é abstrata. Portanto, as classes derivadas a partir da classe abstrata devem implementar todas suas funções virtuais puras, caso contrário também serão classes abstratas.

    Uma função virtual é considerada "pura" usando a sintaxe de um especificador de pureza. Por exemplo, consideremos a classe CAnimal que é criada apenas para fornecer funções comuns, dito de outro modo, os próprios objetos do tipo CAnimal têm um caráter demasiado amplo para uma aplicação prática. Assim, a classe CAnimal é uma boa candidata para uma classe abstrata:
    class CAnimal
  {
public:
                      CAnimal();     // construtor
   virtual void       Sound() = 0;   // função virtual pura
private:
   double             m_legs_count;  // número de patas do animal
  };
    Aqui a função Sound() é virtual pura, porque está declarada pelo especificador da função virtual PURE (=0).

    São funções virtuais puras apenas as funções virtuais para as quais é indicado o especificador de pureza PURE, e precisamente: (=NULL) ou (=0). Exemplo de declaração e uso de uma classe abstrata:
    class CAnimal
  {
public:
   virtual void       Sound()=NULL;   // PURE method, deve ser redefinido no descendente, a mesma classe CAnimal tornou-se abstrata e não pode ser criada
  };
//--- descendente a partir da classe abstrata
class CCat : public CAnimal
 {
public:
  virtual void        Sound() { Print("Myau"); } // PURE redefinido, a classe CCat não é abstrata e pode ser criada
 };

//--- exemplos de utilização incorreta
new CAnimal;         // erro 'CAnimal' - o compilador emitirá o erro "cannot instantiate abstract class"
CAnimal some_animal; // erro 'CAnimal' - o compilador emitirá o erro "cannot instantiate abstract class"

//--- exemplos de utilização correta
new CCat;  // não há erro - a classe CCat não é abstrata
CCat cat;  // não há erros - a classe CCat não é abstrata
    Restrições sobre o uso de classes abstratas
    Quando o construtor chamar uma classe abstrata da função virtual pura (direta ou indiretamente) o resultado será indefinido.
    //+------------------------------------------------------------------+
//| Classe básica abstrata                                           |
//+------------------------------------------------------------------+
class CAnimal
  {
public:
   //--- função virtual pura
   virtual void      Sound(void)=NULL;
   //--- função
   void              CallSound(void) { Sound(); }
   //--- construtor
   CAnimal()
    {
     //--- chamada direta do método virtual
     Sound();
     //--- chamada indireta (através de una terceira função)
     CallSound();
     //--- no construtor e/ou destrutor sempre são chamadas suas funções,
     //--- apesar do caráter virtual e da redefinição da função da chamada no descendente
     //--- se a função chamada for virtual pura, então,
     //--- a chamada provocará um erro crítico de execução: "pure virtual function call"
    }
  };
    No entanto, os construtores e destruidores de classes abstratas podem chamar outras funções membro.

  4. MQL4: Para facilitar a organização de modelos de eventos, foi adicionado o suporte de indicadores para funções.

    Para declarar um indicador para uma função, defina o tipo "indicador para função", por exemplo:
    typedef int (*TFunc)(int,int);
    Agora TFunc é um tipo e é possível declarar o indicador mutável para a função:
    TFunc func_ptr;
    Na mutável func_ptr é possível armazenar o endereço da função para, no futuro, a chamar:
    int sub(int x,int y) { return(x-y); }
int add(int x,int y) { return(x+y); }
int neg(int x)       { return(~x);  }

func_ptr=sub;
Print(func_ptr(10,5));

func_ptr=add;
Print(func_ptr(10,5));

func_ptr=neg;           // erro: neg não tem tipo  int (int,int)
Print(func_ptr(10));    // erro: deve ter dois parâmetros
    Indicadores para funções podem ser armazenados e transferidos como um parâmetro. É impossível obter um indicador para um método não estático de uma classe.

  5. MQL4: Na numeração das propriedades do terminal de cliente ENUM_TERMINAL_INFO_INTEGER foi adicionado o valor TERMINAL_SCREEN_DPI — resolução da informação na tela que está definida pelo número de pontos por polegada linear na superfície (DPI). Ao conhecer esse parâmetro, você pode especificar as dimensões dos objetos gráficos para que eles que sejam iguais em monitores com resolução diferente.
  6. MQL4: Na enumeração das propriedades ENUM_TERMINAL_INFO_INTEGER foi adicionado o valor TERMINAL_PING_LAST — último valor conhecido de um ping até ao servidor em microssegundos. Em um segundo há um milhão de microssegundos.
  7. MQL4: Nos indicadores personalizados, os buffers DRAW_NONE (sem construção gráfica) agora não participam nos cálculos do mínimo e máximo da janela do gráfico.
  8. MQL4: Foi corrigida a formação de eventos, ao mover o mouse e pressionar os botões dele sobre os objetos do tipo OBJ_LABEL e OBJ_TEXT. Anteriormente, quando se encontravam nas bordas de outros objetos do tipo OBJ_RECTANGLE_LABEL, OBJ_RECTANGLE, os eventos formavam-se incorretamente.
  9. MQL4: Nos indicadores personalizados, foi corregido o desenho das barras do histograma de altura zero. Anteriormente, essas barras não se desenhavam, agora elas são desenhadas com uma altura de 1 pixel.
  10. Signals: Foram corrigido os erros de pesquisa de instrumentos de negociação, ao comparar as ferramentas de negociação disponíveis da fonte do sinal e o assinante.
  11. Tester: Foi corrigida a implementação do spread no arquivo fxt, caso nas configurações de teste for utilizado o spread atual.
  12. Market: Foram corrigidos vários erros de exibição no mostruário do Mercado.
  13. MetaEditor: Foi corrigida a pesquisa de palavra por arquivo no modo "Apenas palavra inteira".
  14. Metaeditor: Foi adicionada a possibilidade de ir até ao arquivo através de um duplo clique nos resultados da compilação do arquivo respectivo.
  15. MetaEditor: Foi corrigida a exibição de alguns elementos de gerenciamento no Windows XP.
  16. Correções de crash-logs.

A atualização estará disponível através do sistema LiveUpdate.

Novo comentário