Errori, bug, domande - pagina 980

Nuovo commento
 
Renat:

Assolutamente.

Ed è un peccato che tu non capisca cose così semplici.

Potrebbe spiegarmi la differenza? Domanda sincera, senza trolling.
 
voix_kas:
Potrebbe spiegarmi la differenza? Domanda sincera, senza trolling.

Provate voi stessi, è il modo migliore per imparare.

Anche se, se si integra la prima domanda con la condizione che il flag è inizialmente vero e l'uso previsto del codice è "innescare solo una volta e saltare l'assegnazione un milione di volte", il consiglio sarebbe diverso. Ma la domanda originale non conteneva tali chiarimenti.

 

Su alcuni strumenti il modo di calcolare il valore di garanzia per lo strumento non è definito. Server MQ. Per esempio può essere visto sugli strumenti sotto GBOT. Perché?

Questo codice può essere testato:

//+------------------------------------------------------------------+
//| СКРИПТ                                                           |
//+------------------------------------------------------------------+
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);
  }
 

Domanda a MQ. L'ordinamento è garantito Transazioni/Ordini. nell'ordine della loro origine storica Dopo aver eseguito HistorySelect?

O la garanzia dell'ordine cronologico richiede:

1. Metti tutte le transazioni/ordini selezionati dalla funzioneHistorySelect in un array temporaneo, includendo il numero dell'ordine/transazione e la data di registrazione. È sufficiente solo il numero?

2. Ordinamento appropriato dell'array.

3. Elaborazione successiva in ordine cronologico storico.

 

Salve.

Sapete se è possibile restituire un riferimento a una variabile in MQL5?

Cioè, qualcosa del genere:

class Array{

int data[];

Array(int n){

        ArrayResize(data,n);

        ArrayInitialize(data,0); 

} 

int& operator[](const int index){

        return data[index];

} 

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

Domanda a MQ. L'ordinamento è garantito Delle transazioni/ordini nell'ordine della loro origine storica Dopo aver eseguito HistorySelect?

O la garanzia dell'ordine cronologico richiede:

1. Metti tutte le transazioni/ordini selezionati dalla funzioneHistorySelect in un array temporaneo, includendo il numero dell'ordine/transazione e la data di registrazione. È sufficiente solo il numero?

2. Ordinamento appropriato dell'array.

3. Elaborazione successiva in ordine cronologico storico.

Non è garantito lo smistamento delle transazioni/ordini.

Fate tutto secondo i punti che avete menzionato

 
stringo:

Non è garantito lo smistamento degli scambi/ordini.

Fate tutto secondo i punti che avete specificato

Grazie. Vorrei anche capire una sfumatura chiarificatrice. Probabilmente, può sembrare ovvio per alcune persone, ma poi di nuovo, non è esplicitamente menzionato nella documentazione, quindi mi piacerebbe sentire la risposta dalla fonte (rappresentante MQ).

Quale variabile (singola) è più affidabile da usare per ordinare la cronologia delle offerte in ordine:DEAL_TIME/DEAL_TIME_MSCo un biglietto?

Finora, sono propenso a ordinare per ticket, perché suppongo che il numero di ticket sia auto-incrementato nel database sul server. E non c'è possibilità di interrompere questa sequenza, per esempio,se il broker vuole fare dei cambiamenti nella storia, aggiungendo un nuovo affare con un valore di biglietto, inferiore all'ultimo affare sul server (nemmeno sul conto). Cioè un nuovo trade può essere datato (manualmente) anche l'anno scorso, ma il ticket sarà formato con il valore di autoincremento dell'ultimo trade sul server.

Per favore, consigliatemi se le mie supposizioni sono corrette? È possibile usare il biglietto del commercio come il più affidabile come punto di riferimento per costruire una vera linea temporale storica del mantenimento/registrazione delle transazioni?

 

voix_kas:

Un biglietto di transazione può essere usato come il più affidabile punto di riferimento per costruire una vera linea temporale storica della condotta/registrazione delle transazioni?

no.
 
sergeev:
No.

Puoi rivelare la tua risposta? Ragioni, alternative, la tua esperienza/opinione personale.

P.S.

Tuttavia, mi piacerebbe molto sentire la risposta dettagliata dello sviluppatore (MQ).

 
voix_kas:

Puoi rivelare la tua risposta? Ragioni, alternative, la tua esperienza/opinione personale.

non capite che se volete una linea temporale, avete bisogno di tempo?

cosa c'entra una linea temporale con un biglietto, i cui tempi possono cambiare.

1...973974975976977978979980981982983984985986987...3184
Nuovo commento