Errores, fallos, preguntas - página 980

Nuevo comentario
 
Renat:

Por supuesto.

Y es una pena que no entiendas cosas tan simples.

¿Podría explicarme la diferencia? Una pregunta sincera, no se trata de un trolling.
 
voix_kas:
¿Podría explicarme la diferencia? Una pregunta sincera, no se trata de un trolling.

Pruebe usted mismo, es la mejor manera de aprender.

Aunque, si se complementa la primera pregunta con la condición de que la bandera sea inicialmente verdadera y el uso previsto del código es "disparar una sola vez y saltarse la asignación un millón de veces", el consejo sería diferente. Pero la pregunta original no contenía tales aclaraciones.

 

En algunos instrumentos no está definida la forma de calcular el valor de la garantía del instrumento. Servidor MQ. Por ejemplo, se puede ver en los instrumentos bajo GBOT. ¿Por qué?

Este código puede ser probado:

//+------------------------------------------------------------------+
//| СКРИПТ                                                           |
//+------------------------------------------------------------------+
void OnStart()
  {
   Print(GetStringTradeCalcMode(SymbolInfoInteger(_Symbol,SYMBOL_TRADE_CALC_MODE)));
   //---
   if(GetLastError()>0)
     Print("GetLastError(): ",GetLastError());
  }
//+------------------------------------------------------------------+
//| Возвращает строку о способе вычисления                           |
//| величины залоговых средств по инструменту                        |
//+------------------------------------------------------------------+
string GetStringTradeCalcMode(long mode)
  {
   string str="?";
//---
   switch((int)mode)
     {
      case SYMBOL_CALC_MODE_FOREX       :
         str="Forex mode";                 break;
      case SYMBOL_CALC_MODE_FUTURES     :
         str="Futures mode";               break;
      case SYMBOL_CALC_MODE_CFD         :
         str="CFD mode";                   break;
      case SYMBOL_CALC_MODE_CFDINDEX    :
         str="CFD index mode";             break;
      case SYMBOL_CALC_MODE_CFDLEVERAGE :
         str="CFD Leverage mode";          break;
     }
//---
   return(str);
  }
 

Pregunta a MQ. ¿Está garantizada la clasificación? Transacciones/Pedidos. en el orden de su origen histórico Después de ejecutar HistorySelect?

¿O es que la garantía del orden cronológico exige:

1. Poner todas las transacciones/órdenes seleccionadas por la funciónHistorySelect en un array temporal, incluyendo el número de orden/transacción y la fecha de registro. ¿Sólo el número es suficiente?

2. Ordenación adecuada de la matriz.

3. Tratamiento posterior en orden cronológico histórico.

 

Hola.

¿Sabes si es posible devolver una referencia a una variable en MQL5?

Es decir, algo así:

class Array{

int data[];

Array(int n){

        ArrayResize(data,n);

        ArrayInitialize(data,0); 

} 

int& operator[](const int index){

        return data[index];

} 

} ;
В данном случае компилятор сообщает, что ссылка не может быть использована.
 
voix_kas:

Pregunta a MQ. ¿Está garantizada la clasificación? De las transacciones/órdenes en el orden de su origen histórico Después de realizar HistorySelect?

¿O es que la garantía del orden cronológico exige:

1. Poner todas las transacciones/órdenes seleccionadas por la funciónHistorySelect en un array temporal, incluyendo el número de orden/transacción y la fecha de registro. ¿Sólo el número es suficiente?

2. Ordenación adecuada de la matriz.

3. Tratamiento posterior en orden cronológico histórico.

No se garantiza la clasificación de las transacciones/órdenes.

Haz todo de acuerdo con los puntos que has mencionado

 
stringo:

No se garantiza la clasificación de las operaciones/órdenes.

Hazlo todo según los puntos que has especificado

Gracias. También me gustaría entender un matiz aclaratorio. Probablemente, puede parecer obvio para algunas personas, pero de nuevo, no se menciona explícitamente en la documentación, por lo que me gustaría escuchar la respuesta de la fuente (representante de MQ).

¿Qué variable (única) es más fiable para clasificar el historial de tratos en el orden del historial:DEAL_TIME/DEAL_TIME_MSCo un ticket?

De momento, me inclino por la ordenación por ticket, porque supongo que el número de ticket se autoincrementa en la base de datos del servidor. Y no hay posibilidad de romper esta secuencia, por ejemplo,si el corredor desea hacer cambios en la historia, añadiendo un nuevo acuerdo con el valor del billete, menos que el último acuerdo en el servidor (ni siquiera en la cuenta). Es decir, una nueva operación puede ser fechada (manualmente) incluso el año pasado, pero el ticket se formará con el valor del autoincremento de la última operación en el servidor.

Por favor, aclare si mis suposiciones son correctas. ¿Es posible utilizar el billete del comercio como el más fiable como punto de referencia para construir una verdadera línea de tiempo histórica del mantenimiento/registro de las transacciones?

 

voix_kas:

¿Se puede utilizar un ticket de transacción como el más fiable ¿punto de referencia para construir una verdadera cronología histórica de la realización/registro de las transacciones?

no.
 
sergeev:
No.

¿Puede revelar su respuesta? Razones, alternativas, su experiencia/opinión personal.

P.D.

Aun así, me gustaría mucho escuchar la respuesta detallada del desarrollador (MQ).

 
voix_kas:

¿Puede revelar su respuesta? Razones, alternativas, su experiencia/opinión personal.

¿no entiendes que si quieres una línea de tiempo, necesitas tiempo?

qué tiene que ver un calendario con un billete, cuyo calendario puede cambiar.

1...973974975976977978979980981982983984985986987...3187
Nuevo comentario