Советники: Martin

 

Martin:

Торговая стратегия на базе Мартингейла (Martin, Martingale). Возможно ограничение по рабочим часам на открытие новых позиций, но при этом контроль закрытия по достижению общей прибыли работает всегда, без ограничения по рабочим часам.

Автор: Vladimir Karputov

 
Для времени не задать шаг Оптимизации.
 

Путаница выходит в названиях.

Martin
Martin
  • голосов: 18
  • 2017.07.18
  • Vladimir Karputov
  • www.mql5.com
Далее описание от автора идеи: Описание Советник создан по просьбе одного из участников нашего форума. Советник имеет увеличение лота, но чистым мартином его назвать нельзя, более того, этот советник действительно выходит из флета, что многим мартинам не дано. Прошу высказывать здесь...
 
fxsaber:
Для времени не задать шаг Оптимизации.

Так ведь enum никогда и не позволяло вводить шаг. Только "start" и "end". Причём это испокон веком (очень давно).

 
Vladimir Karputov:

Так ведь enum никогда и не позволяло вводить шаг. Только "start" и "end". Причём это испокон веком (очень давно).

Все верно. Только в MT4-оригинале шаг для времени задавать можно, а в MT5-варианте такой возможности искусственно лишен пользователь.

Более того, гораздо удобнее набрать число, чем выбирать мышкой в выпадающем списке.

 
fxsaber:

Все верно. Только в MT4-оригинале шаг для времени задавать можно, а в MT5-варианте такой возможности искусственно лишен пользователь.

Более того, гораздо удобнее набрать число, чем выбирать мышкой в выпадающем списке.


Неа. В вопросах ввода пользователем даты (или времени), а это Обычно делается через string, пользователю категорически нельзя доверять ручной ввод, так как вручную можно наворотить такое число, которое и прочесть то нельзя. К тому же нельзя забывать, что enum отлично подходит для оптимизации.

И это ужо давеча обсуждали. Вспомните тему.

 
Vladimir Karputov:

Неа. В вопросах ввода пользователем даты (или времени), а это Обычно делается через string, пользователю категорически нельзя доверять ручной ввод, так как вручную можно наворотить такое число, которое и прочесть то нельзя.

Причем здесь обычность, когда в MT4-оригинале совсем не через задницу string, а нормально - через int?!

К тому же нельзя забывать, что enum отлично подходит для оптимизации.

Не подходит enum отлично - шаг не задать.

И это ужо давеча обсуждали. Вспомните тему.

Помню ту отвратительную тему. Никакого отношения к этому советнику она не имеет. Разве что автор данной конвертации и темы совпадает.

Перевод string в часы и минуты
Перевод string в часы и минуты
  • 2017.09.06
  • www.mql5.com
Когда встаёт задача задать во входных параметрах время в формате ЧЧ:ММ, приходится решать дилему: удобство пользователя при вводе значений или удоб...
 
fxsaber:

Причем здесь обычность, когда в MT4-оригинале совсем не через задницу string, а нормально - через int?!

Не подходит enum отлично - шаг не задать.

Помню ту отвратительную тему. Никакого отношения к этому советнику она не имеет. Разве что автор данной конвертации и темы совпадает.


То, что было в старом терминале - вообще никого не волнует. 

Хотите шаг в enum - пишите в СервисДеск, я не разработчик терминала и не могу Вам дать шаг при оптимизации enum.

 
Vladimir Karputov:

Неа. В вопросах ввода пользователем даты (или времени), а это Обычно делается через string, пользователю категорически нельзя доверять ручной ввод, так как вручную можно наворотить такое число, которое и прочесть то нельзя. К тому же нельзя забывать, что enum отлично подходит для оптимизации.

И это ужо давеча обсуждали. Вспомните тему.


время всегда задавалось через int (это если писать как у вас в коде, час и минуты раздельно).

писались через int как раз с целью оптимизации и для оптимизации этих параметров шаг принципиально нужен.

через enum никто это никогда не делал -- т.к. пользователи всегда вменяемые и здравомыслящие.

 
Vladimir Karputov:

То, что было в старом терминале - вообще никого не волнует. 

Речь про новый терминал.
 
Andrey F. Zelinsky:

время всегда задавалось через int (это если писать как у вас в коде, час и минуты раздельно).

писались через int как раз с целью оптимизации и для оптимизации этих параметров шаг принципиально нужен.

через enum никто это никогда не делал -- т.к. пользователи всегда вменяемые и здравомыслящие.


У меня прямо противоположный опыт. Сплошные волшебники - как только даешь свободу вручную что либо ввести, такого понапридумывают, что мама не горюй. Именно поэтому enum - самый лучший вариант:

  1. ориентировано на пользователя у которого компьютерная мышка интегрирована в руку (99% всех, кто работает с компьютером :) ) - два клика всегда легче, чем клик и ввод циферок
  2. гарантированно при оптимизации нет выхода за диапазон значений, то есть на примере часов - гарантированно входной параметр будет в диапазоне от 0 до 23

Причина обращения: