Pergunta um recém-chegado! - página 24

 
Dmitry Fedoseev:

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 gera um aviso de descoordenação do tipo
 
Alexander Bereznyak:
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.

 
Dmitry Fedoseev:
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.

 
Alexander Bereznyak:

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 continua e nada mais
 
Alexander Bereznyak:
Uma discussão estúpida e vazia está em curso e nada mais.
Portanto, não se envolva.
 
Alexander Bereznyak:

Porque é que estás sentado neste fio e a trollar Michael.

Sem corrico. Eu serei o boné. Porque Mikhail diz que o código certo está errado.
 
Комбинатор:
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:

ENUM_POSITION_TYPE pos_type = ENUM_POSITION_TYPE(PositionGetInteger(POSITION_TYPE));

É 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.

 
Dmitry Fedoseev:

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.

não é uma informação supérflua, com o seu estilo receberá muitos avisos, esse é o seu bom estilo de programação
Razão: