[АРХИВ]Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда - 5. - страница 404

double fGet_TradePrice(int fi_price,       // Цена: 0 - Bid; 1 - Ask
                       string fs_symbol)   // валютная пара
{
 double ld_price = 0.0;
   
switch (fi_price)
 {
  case 0:
   {
    if (fs_symbol == Symbol())
     {
      RefreshRates(); // Зачем этот тормоз без обработки возвращаемого значения?
      ld_price = Bid;
     }
    else ld_price = MarketInfo(fs_symbol, MODE_BID); // <-- Этого достаточно.
   } 
  case 1:
   {
    if (fs_symbol == Symbol())
     {
      RefreshRates(); // Зачем этот тормоз без обработки возвращаемого значения?
      ld_price = Ask;
     }
    else ld_price = MarketInfo(fs_symbol, MODE_ASK); // <-- Этого достаточно.
   }
 }
if (ld_price != 0) return(ld_price); // Некорректно! Что функция будет возвращать, если цена равна нулю?
}

1. Если данные не поступили, и при этом все данные есть, но мы об этом ничего не знаем? Вернёт FALSE. Как это расценивать? Отсутствие данных или ошибка, или, всё же, данные есть?
2. Сверять надо чтобы решить проблему 1-го пункта.
3. Динамику процесса не учитываете. Включили комп, терминал. Пришли, как кажется все данные. Всё сошлось на нулевом баре. Сигналы найдены. Сделка совершена. Оказывается данные пришли не все. Через 5 минут пришли недостающие бары с номерами 1,2,3,4,5. Сигнал исчез. Что делать?

4. Красным отметил. Ещё не обрабатывается возможная ошибка выбора неверного идентификатора в переключателе. Выше написал, как надо.

Бесполезно вызывать RefreshRates() без ожидания результата. Он может долго не свершиться. 

Она не неправильная, она просто мутноватая. 

Концовочка:

 if (ld_price != 0)
return (ld_price); 

Если ld_price = 0, то функция вернет 0 сама по себе. Поэтому не нужна проверка. 

Вот это разруливание: 

 if (fs_symbol == Symbol())
         {
             RefreshRates();
             ld_price = Bid;
         }
         else
             ld_price = MarketInfo(fs_symbol, MODE_BID);

Тоже не нужно. Можно во всех случаях использовать MraketInfo(). 

В конце концов функция превращается в функцию MarketInfo() в чистом виде (если убрать все лишнее). 

В принципе, теоретически, вот эти места правильные:

RefreshRates();
ld_price = Bid;

RefreshRates();
ld_price = Ask;

Нам не важно, что возвратят функции  RefreshRates(), важно, чтобы в переменных Ask и Bid были последние, известные терминалу значения. 

Здравствуйте!

Подскажите в чем причина разных результатов выдаваемых тестером для одного советника?

Тестируемый период, валютная пара и таймфрейм одинаковы, но результаты полученные сегодня сильно отличаются от предыдущих, советник перестал открывать длинные позиции.

 Котировки ли терминала виноваты или выходной день, я не знаю. Может быть знающие откроют мне глаза на очевидную причину?   

Даже два теста проводимых подряд один за одним могут отличаться, и очень заметно. Брокер меняет спред и тестирование идет с другим спредом. Достаточно изменения на один пункт.

Если же давно было предыдущее тестирование, может настройки открутились. 

Я не понял Вас. Давайте по порядку... Вызываем RefreshRates(), данные не поступили..  Но данные есть. Выходит нескладуха. Если данные не поступили, то их не будет, либо просто данные не обновились, т.к. рыночная переменная не изменилась... Есть только 2 варианта.

 Если после вызова RefreshRates() она вернула ТРУ, то данные обновились. А если вернёт ФЭЛС, то либо не обновились т.к. ошибка какая-н., либо не обновились т.к. данные свежи, и не требуют обновления.

 Потому я так понимаю, расценить это можно так: RefreshRates() проверяет данные, если данные не новы, то не обновляет те данные, которые не новы т.е. не изменились, а если новы, то обновляет. Значит, можно опираться только на флаг возвратимый функцией RefreshRates(). У Вас есть другие варианты? 

Вы сказали, что:

 Ну MarketInfo() и так тянет с нулевого бара... Что ВЫ имеет в виду, под вышеприведёнными словами?

Обновить снова. Но тогда возникает момент такой, а что если мы вызовем RefreshRates(), а он будет медленно обновлять данные? Т.е. часть расчётов произведётся с одними рыночными данными, а часть - с другими.. Что тогда? 

 Хм. Ну а с ожиданием если, котировка то может изменится.. Тут палка с двух сторон?

 Вы об этом несколько раз упоминаете, но канкретики так и нет. Т.е. я сколько вижу, как используют обычно данную функцию, так просто перед кодом, где используются переменные рыночных данных и всё. Особо типа не заморачиваются над этим. НО я подумал, и решил прикинуть, как это довести до ума. Что знать наверняка, что такой-то подход, действительно, верен и сработает при всех нормальных условиях.

 Так вот Вадим, что подразумеваете под данных выражением:

"

Как их можно обработать? Я выше писал свою логику, но ответа не получил. Описал вроде довольно-таки точно, и без вариантов. 

По ходу практически нам нужно другое, на сколько я понимаю. А нужно нам последние Ask и Bid серверные, а не локальные терминальные. Ведь так?

Вот потому тут я развёл дискуссию, чтоб раз и на всегда понять, как логичнее и правильнее это организовывать. Ибо теоритически то верно, а практически...