Путаница выходит в названиях.
- голосов: 18
- 2017.07.18
- Vladimir Karputov
- www.mql5.com
Для времени не задать шаг Оптимизации.
Так ведь enum никогда и не позволяло вводить шаг. Только "start" и "end". Причём это испокон веком (очень давно).
Так ведь enum никогда и не позволяло вводить шаг. Только "start" и "end". Причём это испокон веком (очень давно).
Все верно. Только в MT4-оригинале шаг для времени задавать можно, а в MT5-варианте такой возможности искусственно лишен пользователь.
Более того, гораздо удобнее набрать число, чем выбирать мышкой в выпадающем списке.
Все верно. Только в MT4-оригинале шаг для времени задавать можно, а в MT5-варианте такой возможности искусственно лишен пользователь.
Более того, гораздо удобнее набрать число, чем выбирать мышкой в выпадающем списке.
Неа. В вопросах ввода пользователем даты (или времени), а это Обычно делается через string, пользователю категорически нельзя доверять ручной ввод, так как вручную можно наворотить такое число, которое и прочесть то нельзя. К тому же нельзя забывать, что enum отлично подходит для оптимизации.
И это ужо давеча обсуждали. Вспомните тему.
Неа. В вопросах ввода пользователем даты (или времени), а это Обычно делается через string, пользователю категорически нельзя доверять ручной ввод, так как вручную можно наворотить такое число, которое и прочесть то нельзя.
Причем здесь обычность, когда в MT4-оригинале совсем не через задницу string, а нормально - через int?!
К тому же нельзя забывать, что enum отлично подходит для оптимизации.
Не подходит enum отлично - шаг не задать.
И это ужо давеча обсуждали. Вспомните тему.
Помню ту отвратительную тему. Никакого отношения к этому советнику она не имеет. Разве что автор данной конвертации и темы совпадает.
- 2017.09.06
- www.mql5.com
Причем здесь обычность, когда в MT4-оригинале совсем не через задницу string, а нормально - через int?!
Не подходит enum отлично - шаг не задать.
Помню ту отвратительную тему. Никакого отношения к этому советнику она не имеет. Разве что автор данной конвертации и темы совпадает.
То, что было в старом терминале - вообще никого не волнует.
Хотите шаг в enum - пишите в СервисДеск, я не разработчик терминала и не могу Вам дать шаг при оптимизации enum.
Неа. В вопросах ввода пользователем даты (или времени), а это Обычно делается через string, пользователю категорически нельзя доверять ручной ввод, так как вручную можно наворотить такое число, которое и прочесть то нельзя. К тому же нельзя забывать, что enum отлично подходит для оптимизации.
И это ужо давеча обсуждали. Вспомните тему.
время всегда задавалось через int (это если писать как у вас в коде, час и минуты раздельно).
писались через int как раз с целью оптимизации и для оптимизации этих параметров шаг принципиально нужен.
через enum никто это никогда не делал -- т.к. пользователи всегда вменяемые и здравомыслящие.
То, что было в старом терминале - вообще никого не волнует.
время всегда задавалось через int (это если писать как у вас в коде, час и минуты раздельно).
писались через int как раз с целью оптимизации и для оптимизации этих параметров шаг принципиально нужен.
через enum никто это никогда не делал -- т.к. пользователи всегда вменяемые и здравомыслящие.
У меня прямо противоположный опыт. Сплошные волшебники - как только даешь свободу вручную что либо ввести, такого понапридумывают, что мама не горюй. Именно поэтому enum - самый лучший вариант:
- ориентировано на пользователя у которого компьютерная мышка интегрирована в руку (99% всех, кто работает с компьютером :) ) - два клика всегда легче, чем клик и ввод циферок
- гарантированно при оптимизации нет выхода за диапазон значений, то есть на примере часов - гарантированно входной параметр будет в диапазоне от 0 до 23
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Martin:
Автор: Vladimir Karputov