Пожелания к MQL5 - страница 43

 

Пожелания:

1. Окна с настраиваемой прозрачностью - чтобы можно было наложить друг на друга несколько графиков, или

2. Вывод нескольких пар (инструментов) на один график с возможностью управлять масштабом вывода для каждого инструмента

3. Установка Алертов на графике (через правую кнопку мыши, например, с одновременным обозначением алерта линией (опционально))

Конечно, эти пожелания выходят за рамки пожеланий к MQL, но что-то можно реализовать и через MQL.

 
1 Нормальную работу с классами. 2 Многомерные массивы - кстатьи адрессного пространства для массивов маловато. 3 Связочку бы с базами данных, хотяб с SQL сервером например, многомерные массивы оно хорошо, но когда можно запускать процедуры для статобработки лучше. 4 Документирование по счету в массивах и по прочим элементам, если оно планируются, наример коллекции - это очень важно, пришлось в случае осваения MQL4 опытным путем устанавливать, что адресация к элементам с 0 начинается - этоб желательно в документации описывать. 5 Отладчик бы иметь. 6 Возможность многомерного буфера для индикаторов - для передачи по вызову в советник большего количества параметров.
 
geokom:

2. Вывод нескольких пар (инструментов) на один график с возможностью управлять масштабом вывода для каждого инструмента

3. Установка Алертов на графике (через правую кнопку мыши, например, с одновременным обозначением алерта линией (опционально))

Конечно, эти пожелания выходят за рамки пожеланий к MQL, но что-то можно реализовать и через MQL.

Всё это реализуемо в MQL4 путем написания соответствующих индикаторов.

 
dasmen:
3 Связочку бы с базами данных, хотяб с SQL сервером например, многомерные массивы оно хорошо, но когда можно запускать процедуры для статобработки лучше.

Кстати, да. Обращение к MetaQuotes: коль в MQL5 будут классы, можете же встроить поддержку ADO (встроенная в Windows библиотека для работы с БД различных форматов, в том числе и через ODBC)?

dasmen писал (а):

2 Многомерные массивы - кстатьи адрессного пространства для массивов маловато.

В MQL4 поддерживаются 4-мерные массивы. Неужели мало? Что вы там храните? Может, это как-то проще можно сделать.


Если в MQL5 можно будет создавать массивы из элементов не только базовых типов, но и из элементов любых пользовательских классов (к MetaQuotes: можно?), тогда можно будет искусственно реализовывать массивы любой сложности - храня в качестве элементов массива указатели (объекты классов) на другие массивы и структуры...


К MetaQuotes: можно сделать еще ассоциативные массивы. В них удобно обрабатывать различные параметры валютных пар, индикаторов и всего прочего, у чего есть символьное имя. Например:

MySuperParamArray["EURUSD"] = iClose("EURUSD", PERIOD_H1, 0) / iOpen("EURUSD", PERIOD_H1, 0);
MySuperParamArray["AUDUSD"] = iClose("AUDUSD", PERIOD_H1, 0) / iOpen("AUDUSD", PERIOD_H1, 0);
MyGraalValue = MySuperParamArray["EURUSD"] / MySuperParamArray["AUDUSD"];
 

1. Возможность полноценно тестирования мультивалютных экспертов,
2. возможность указать какие параметры показывать в результатах оптимизации и также возмозность добавлять собственные функции рассчета стабильности и прибыльности эксперта. А то сейчас чтобы это все анализировать надо писать чуть ли не отдельную программу или использовать другие прораммы тестера :(((

3. чуть посерезнее MetaEditor, а то время от времени кажется что я еще в 80-ых :))..

4. наглядное форматирование кода

5. запуск тестера не только с указанной даты но и от указаного время и пошаговое тестирование .. на данный момент использую доп. скрипти то из через ж.. опять :(

6. возможность отключить Print в журнал в тестере

..ну и конечно если вид теминала будет не как у Win95 а хоть чуть современнее, то это толко порадует ..

 

Возможно еще повторю пожелание!



результат = iif ( условие, результат1, результат2 )

 
YuraZ:

Возможно еще повторю пожелание!



результат = iif ( условие, результат1, результат2 )

В англоязычной части форума есть некоторые ответы на ваши вопросы - 'Interview with Stanislav Starikov: Features of New MQL5'

 

Можно было бы сделать так чтобы на сервере бы динамический расчёт новых баров как по истории минуток так и по новым минутками и возможность их использовать

В советниках как таймсерии. К примеру период H8 а так же включать их для чартов атк же как щас для стандартных подгружаемых таймфреймов.

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

просто можно добавить галочку пересчитать пользовательские периоды (Calculate custom periods) и листобокс какие таймфреймы хочешь.

В этом случае это будет просто как расширение сущесвующей системы с загрузкой стандартных таймфреймов ну и расчёт кастомных из таймфрейма низшего порядка.

 
elritmo:

Можно было бы сделать так чтобы на сервере бы динамический расчёт новых баров как по истории минуток так и по новым минутками и возможность их использовать

В советниках как таймсерии. К примеру период H8 а так же включать их для чартов атк же как щас для стандартных подгружаемых таймфреймов.

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

просто можно добавить галочку пересчитать пользовательские периоды (Calculate custom periods) и листобокс какие таймфреймы хочешь.

В этом случае это будет просто как расширение сущесвующей системы с загрузкой стандартных таймфреймов ну и расчёт кастомных из таймфрейма низшего порядка.

Поддерживаю. Даешь custom periods!

 

Вместо MagicNumber сделать таги - возможность ставить\убирать > чем 1 таг.

OrderSetTag("buy1","Atr1","asdf");
Причина обращения: