¡Un recién llegado pregunta! - página 24

 
Dmitry Fedoseev:

¿Por qué escribir ENUM_POSITION_TYPE antes de PositionGetInteger? Después de todo, cree que la función PositionGetInteger con el identificador POSITION_TYPE ya devuelve el tipo ENUM_POSITION_TYPE.

no lo hace, el compilador genera una advertencia sobre el desajuste de tipos
 
Alexander Bereznyak:
No, el compilador genera una advertencia de incompatibilidad de tipos

Lee atentamente el mensaje al que respondes y, en general, intenta entender primero de qué estás hablando.

 
Dmitry Fedoseev:
Lee atentamente el mensaje al que respondes y, en general, intenta comprender primero de qué trata la conversación.

Por qué perder el tiempo en una conversación que no tiene nada que ver. Por qué te sientas en este hilo a trollear a Michael.

No te gusta su estilo de programación ni su estilo de presentación. ¿Por qué no abres tu propio hilo de formación?

y muéstrame tu estilo de programación y presentación.

 
Alexander Bereznyak:

Por qué perder el tiempo en una conversación que no tiene nada que ver. Por qué te sientas en este hilo a trollear a Michael.

No te gusta su estilo de programación ni su estilo de presentación. ¿Por qué no abres tu propio hilo de formación?

y muéstrale tu estilo de programación y presentación.

Si lo hicieras, no deberías estar escribiendo aquí ahora mismo... y argumentar. Antes de escribir y argumentar, entiende de qué estás hablando. Si no quieres leer y entender, no te metas.

También, trolling aquí Michael (tratando, pero fallando). Se contonea, se desliza, se retuerce, va y viene. ¿Y tú eres el defensor de Mikhail?

 
Una discusión estúpida y vacía continúa y nada más
 
Alexander Bereznyak:
Se está produciendo una discusión estúpida y vacía y nada más.
Así que no te involucres.
 
Alexander Bereznyak:

Por qué te sientas en este hilo a trollear a Michael.

No se trata de un trolling. Yo seré la gorra. Porque Mikhail dice que el código correcto está mal.
 
Комбинатор:
No se trata de un trolling. Voy a ser una gorra. Porque Mikhail dice que el código correcto está mal.

No se trata de la corrección, sino del estilo.

Ya he escrito:

Pero creo que PositionGetInteger() siempre devuelve un valor de tipo LONG, y no importa lo que había "dentro" de INTRGER o LONG.

Los desarrolladores lo hicieron para evitar escribir dos funciones.

Por eso para obtenerel tipo de la posición(que es INTEGER) debemos hacerlo de la forma que he escrito:

ENUM_POSITION_TYPE pos_type = ENUM_POSITION_TYPE(PositionGetInteger(POSITION_TYPE));

Es una tontería hacerlo así:

long type =PositionGetInteger(POSITION_TYPE);

si (tipo == long(POSITION_TYPE_BUY)) - ¡ESTO ES CORRECTO en su esencia, pero su estilo es totalmente MALO!

Porque la funcióndevuelveENUM_POSITION_TYPE (véase la documentación) con el argumentoPOSITION_TYPE, por lo que la variable host

deben ser del mismo tipo.

 
Михаил:

No se trata de la corrección, sino del estilo.

Ya he escrito:

Pero creo que PositionGetInteger() siempre devuelve un valor de tipo LONG, y no importa lo que había "dentro" de INTRGER o LONG.

Los desarrolladores lo hicieron para evitar escribir dos funciones.

Por eso para obtenerel tipo de la posición(que es INTEGER) debemos hacerlo de la forma que he escrito:

Es una tontería hacerlo así:

long type =PositionGetInteger(POSITION_TYPE);

si (tipo == long(POSITION_TYPE_BUY)) - ¡ESTO ES CORRECTO en su esencia, pero su estilo es totalmente MALO!

Dado que la funcióndevuelveENUM_POSITION_TYPE con el argumentoPOSITION_TYPE, en consecuencia la variable receptora

deben ser del mismo tipo.

long y lon en lugar deENUM_POSITION_TYPE yENUM_POSITION_TYPE

8 caracteres (que puedes escribir con los ojos cerrados) en lugar de 36 (y en mayúsculas). Además, hay todo tipo de información que no tiene sentido. Este no es un buen estilo de programación: escritura innecesaria e información superflua.

 
Dmitry Fedoseev:

long y lon en lugar deENUM_POSITION_TYPE yENUM_POSITION_TYPE

8 caracteres (que puedes escribir con los ojos cerrados) en lugar de 37 caracteres (e incluso en mayúsculas). Además, hay todo tipo de información que no tiene sentido. Este no es un buen estilo de programación: escritura innecesaria e información superflua.

no es información superflua, con tu estilo tendrás muchos avisos, ese es tu buen estilo de programación
Razón de la queja: