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
A função não funciona em modo de teste. Esta função também não pode ser chamada a partir dos indicadores do usuário.
O envio pode ser proibido nas configurações, também o endereço de e-mail pode não ser especificado. A função GetLastError() deve ser chamada para obter as informações de erro.
[...]
No indicador, é verdade, não verifiquei... :)
Z.U. Eu me oponho ao título do tópico e proponho renomeá-lo para algo como isto: "Melhoria da documentação MQL4: remoção de inexatidões e deficiências". Algo parecido com isso.
Depois vi isso também em outros lugares na documentação.
Por favor, explique, é apenas um estilo de programação?
Se não for, qual a razão para usar a operação de comparação de variáveis lógicas?
Por que uma expressão mais simples não é usada?
Por que não é utilizada uma expressão mais simples:
- Símbolo
- Tipo de pedido
- Volume de posição em lotes
- O preço da descoberta
- Slippage em pips
e assim por diante. Os parâmetros passados para a função podem ser de dois tipos: os que não mudam em nada durante o funcionamento da função chamada e os que podem ser processados na mesma.Por exemplo, vamos considerar a seguinte função:
Três parâmetros são passados para SplitString(): um array ArrayRes por referência (precedido por um ampersand &) e dois parâmetros formais InputStrung (a cadeia a ser dividida em partes) e divisor (que é o divisor para a divisão).
Quando a função for executada, a matriz ArraRes conterá várias cordas. A função em si na MQL4 não pode retornar tipos complexos (por exemplo, array), mas ao usar a passagem dos parâmetros por referência, evitamos esta restrição.
O roteiro completo é o seguinte:
Execute-o em seu ambiente e veja o resultado.
A ordem deve ser pré-selecionada usando OrderSelect().
A descrição está na função OrderClosePrice, enquanto o exemplo está na função OrderClosePrice.
É provavelmente por isso que 99% dos consultores especializados que analisamos fazem uma análise absolutamente desnecessária do tipo de pedido
Quando você poderia simplesmente escrever
Três parâmetros são passados para SplitString(): matriz ArrayRes por referência (com ampersand & na frente) e dois parâmetros formais InputStrung (a cadeia a ser analisada) e divisor (que é o divisor para análise).
Quando a função for executada, a matriz ArraRes conterá várias cordas. A função em si na MQL4 não pode retornar tipos complexos (por exemplo, array), mas ao usar a passagem dos parâmetros por referência, evitamos esta restrição.
------
Eu entendo isso. Não entendo porque você os chamou de "formais". Estes parâmetros são passados apenas por diversão, puramente formal? Não existe tal coisa em C.
Por que a descrição dos tipos de parâmetros é descrita na seção "Variáveis" e não na seção "Funções"?
Eu entendo isso. Não entendo porque você os chama de "formais". São parâmetros que são simplesmente passados de um lado para o outro, puramente formais? Não existe tal coisa em C.
Porque as variáveis passadas para uma função são passadas para lá formalmente, não como variáveis, mas como seus valores. As variáveis podem ser manipuladas (seus valores alterados), enquanto que tais manipulações com valores não têm sentido.
Aqui está outra versão deste exemplo:
Formalmente significa que nada depende de seu valor, por exemplo, reservado para uso futuro :). Mas os parâmetros passados por valor dependem de algo, caso contrário seriam chamados formais :).