Вопросы от начинающих MQL5 MT5 MetaTrader 5 - страница 644

 
Alexey Kozitsyn:
А я и обновляю окружение, просто Ваш метод поиска будет занимать гораздо больше времени, вот и все, а на счет надежности - это спорно.
"Гораздо больше" это сколько дней? Можно уточнить не переходит-ли в несколько недель?
 
Alexey Viktorov:
"Гораздо больше" это сколько дней? Можно уточнить не переходит-ли в несколько недель?
А данных недостаточно... но у Вас, скорее всего, перейдет в месяцы:)
 
Alexey Kozitsyn:
А данных недостаточно... но у Вас, скорее всего, перейдет в месяцы:)
А если недостаточно данных, то на каком основании делаются такие заявления?
 
Alexey Viktorov:
А если недостаточно данных, то на каком основании делаются такие заявления?
На тех же, на которых и Вы сделали предположение, что "гораздо больше" может занять дни или недели.
 
Alexey Kozitsyn:
На тех же, на которых и Вы сделали предположение, что "гораздо больше" может занять дни или недели.

Похоже что вы не понимаете ни юмор ни сарказм...

Тогда если "гораздо больше" измеряется гораздо меньшими величинами, то есть ли смысл в такой экономии рискуя надёжностью?

 
Alexey Viktorov:

Похоже что вы не понимаете ни юмор ни сарказм...

Тогда если "гораздо больше" измеряется гораздо меньшими величинами, то есть ли смысл в такой экономии рискуя надёжностью?

Отнюдь, поэтому и ответил про месяц, даже смайлик в конце добавил:)

А если серьезно, то гораздо больше может быть "реально гораздо больше по времени", но, лишь относительно оптимального решения.

 
Alexey Kozitsyn:

Отнюдь, поэтому и ответил про месяц, даже смайлик в конце добавил:)

А если серьезно, то гораздо больше может быть "реально гораздо больше по времени", но, лишь относительно оптимального решения.

И последнее на эту тему. Существует 2 оптимальных решения

1. Оптимальное среди надёжных.

2. Оптимальное с большими рисками.

Каждый выбирает своё.

Пока, удачи.

 

Спасибо, за помощь и познавательную дискуссию.

 
mila.com:

Спасибо, за помощь и познавательную дискуссию.

Пользоваться моим примером без доработки нельзя. Написан он был "на коленке" без проверки и после некоторого обдумывания я понял что всё не так просто. Даже при модификации ордера возможны пропуски, оставление одного и может не одного тикета неправильно учтённого.

Доп. вариант: Перед циклом в переменную _1 записать тикет, например нулевого ордера, а потом в цикле перебирая от первого до тотал-1 в эту переменную записывать тикет который будет младше, а старший модифицировать.

Надеюсь понятно объяснил.

 
Alexey Viktorov:

Я-бы сделал так.

К сожалению это не проверено и что-то не могу сообразить возможен-ли вариант когда после закрытия очередного ордера образуется "дыра" в списке ордеров.

Если кто сможет объяснить возможность появления такой "дыры" буду благодарен...

Для страховки вставлено else continue; если будет дыра, то будет просто пропущен один ордер. Так мне кажется.

Пользоваться моим примером без доработки нельзя. Написан он был "на коленке" без проверки и после некоторого обдумывания я понял что всё не так просто. Даже при модификации ордера возможны пропуски, оставление одного и может не одного тикета неправильно учтённого.

Доп. вариант: Перед циклом в переменную _1 записать тикет, например нулевого ордера, а потом в цикле перебирая от первого до тотал-1 в эту переменную записывать тикет который будет младше, а старший модифицировать.

Надеюсь понятно объяснил.

Если предположить, что последний ордер по времени - не последний в списке, то Ваш пример не корректен потому, что не учитывает самый первый ордер (№0).
Причина обращения: