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
Porquê escrever ENUM_POSITION_TYPE antes de PositionGetInteger? Afinal, acredita que a função PositionGetInteger com o identificador POSITION_TYPE já devolve o tipo ENUM_POSITION_TYPE.
Não, o compilador emite um aviso sobre a falta de correspondência do tipo
Leia atentamente a mensagem a que está a responder e, em geral, tente compreender primeiro o que está a dizer.
Leia atentamente a mensagem a que está a responder e, em geral, tente primeiro compreender do que se trata a conversa.
Porquê perder o seu tempo a entrar numa conversa que não tem a ver com nada. Porque é que se senta neste fio e troll Michael.
Não gosta do seu estilo de programação nem do seu estilo de apresentação. Porque não abre o seu próprio fio de formação
e mostre-me o seu estilo de programação e apresentação.
Porquê perder o seu tempo a entrar numa conversa que não tem a ver com nada. Porque é que se senta neste fio e troll Michael.
Não gosta do seu estilo de programação nem do seu estilo de apresentação. Porque não abre o seu próprio fio de formação
e mostrar-lhe o seu estilo de programação e apresentação.
Se o fez, não devia estar a escrever aqui agora... e discutir. Antes de escrever e discutir, compreenda do que está a falar. Se não quiser ler e compreender, não se envolva.
Também, o corrico aqui Michael (a tentar, mas a falhar). Ele agita-se, escorrega, torce e vira, para trás e para a frente. E você é o defensor de Mikhail?
Uma discussão estúpida e vazia está em curso e nada mais.
Porque é que estás sentado neste fio e a trollar Michael.
Sem corrico. Vou ser um boné. Porque Mikhail diz que o código correcto está errado.
Não se trata de correcção, trata-se de estilo.
Já escrevi:
Mas penso que PositionGetInteger() devolve sempre um valor do tipo LONG, e não importa o que estava "dentro" de INTRGER ou LONG.
Os programadores fizeram-no para evitar escrever duas funções.
É por isso que para obter otipo de posição(que é INTEGER) devemos fazê-lo da forma como escrevi:
É uma parvoíce fazê-lo desta forma:
tipo longo =PositionGetInteger(POSITION_TYPE);
se (tipo == longo(POSITION_TYPE_BUY)) - ISTO É DIREITO na sua essência, mas o seu estilo é totalmente DIFÍCIL!
Porque a funçãoretornaENUM_POSITION_TYPE (ver documentação) com o argumentoPOSITION_TYPE, daí a variável anfitriã
deve ser do mesmo tipo.
Não se trata de correcção, trata-se de estilo.
Já escrevi:
Mas penso que PositionGetInteger() devolve sempre um valor do tipo LONG, e não importa o que estava "dentro" de INTRGER ou LONG.
Os programadores fizeram-no para evitar escrever duas funções.
É por isso que para obter otipo de posição(que é INTEGER) devemos fazê-lo da forma como escrevi:
É uma parvoíce fazê-lo desta forma:
tipo longo =PositionGetInteger(POSITION_TYPE);
se (tipo == longo(POSITION_TYPE_BUY)) - ISTO É DIREITO na sua essência, mas o seu estilo é totalmente DIFÍCIL!
Porque a funçãoretornaENUM_POSITION_TYPE com o argumentoPOSITION_TYPE, consequentemente a variável receptora
deve ser do mesmo tipo.
longo e solitário em vez deENUM_POSITION_TYPE eENUM_POSITION_TYPE
8 caracteres (que pode escrever com os olhos fechados) em vez de 36 caracteres (e em maiúsculas)! Além disso, há todo o tipo de informação que não faz sentido. Isto não é um bom estilo de programação - escrita desnecessária e informação supérflua.
longo e solitário em vez deENUM_POSITION_TYPE eENUM_POSITION_TYPE
8 caracteres (que pode escrever com os olhos fechados) em vez de 37 caracteres (e mesmo em maiúsculas)! Além disso, há todo o tipo de informação que não faz sentido. Isto não é um bom estilo de programação - escrita desnecessária e informação supérflua.