Справка по языку MQL5 - страница 38
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
SymbolName
Возвращает наименование указанного символа.
SymbolSelect
Выбирает символ в окне MarketWatch или убирает символ из окна.
Возвращаемое значениеВ случае неудачи функция возвращает false.
Спасибо, обе опечатки исправлены.
Доступ к таймсериям и данным индикаторов
Несоответствие:
BarsCalculated
Возвращает true, если данные запрашиваемого индикатора рассчитаны.
BarsCalculated
Возвращает количество рассчитанных данных для запрашиваемого индикатора.
int BarsCalculated(
int indicator_handle, // handle индикатора
);
Исправлено
CopyBuffer
Опечатка, на этой странице встречается 3 раза:
Поправлено
Основы языка — Типы данных — Целые типы — Перечисления
Во втором примере :
enum intervals // перечисление именованных констант
{
month=1, // интервал в один месяц
two_months, // два месяца
quarter, // три месяца - квартал
halfyear=6, // полугодие
year=12, // год - 12 месяцев запятая?
};
Запятая допустима, как в С++.
Основы языка — Типы данных — Вещественные типы (double, float)
Например, при попытки вычислить арксинус от 2, результатом будет минус бесконечность.
Нестыковочка:
Функции для работы с техническими индикаторами
Пользовательские индикаторы могут содержать до 512 индикаторных буферов,...
Переход с MQL4
Количество индикаторных буферов не ограничено;
...
В MQL4 количество индикаторных буферов ограничено и не может быть более 8. В MQL5 такого ограничения нет
Скажем так: 512 буферов - фактически означает неограниченность. Пока трудно представить, кому этого числа может не хватить.
SK. писал(а) >>
Примерно то же самое говрю и я (см. 'Справка по языку MQL5' от 14.08.2009 13:38 и 'Справка по языку MQL5' от 23.08.2009 12:36 ) .
Концепция прикрепления прикладной программы (пп - эксп, скр, инд) к графику тянется, как бабкины сарафаны, ещё с МТ 3. На стадии создания (первого касания, осознания) общей технологии МТ такое решение, вполне возможно, было оправдано. Сегодня (опять же, по моим представлениям) - это ничем не оправданный тормоз.
+1
Сегодня, возможно, и следует сохранить за экспертом свойство "разрешение прикреплять вручную к конкретному графику", но только как второсортное. А первостепенной должна быть другая возможность - возможность вызова эксперта на исполнение сервисной программой (в моей случайной терминологии - Main). Эта серв. программа должна быть главенствующей и сидеть не в окне, а в терминале. В качестве средств управления она может иметь и лист, о котором Вы говорите, но не только. Она должна нести основные средства управления всем процессом торговли. Она может быть пустой (по умолчанию), но может и наполняться прикладным кодом.
Прикрепление к графику - это однозначно плохо. Это заставляет транжирить ресурсы, открывать дюжину графиков только чтобы запустить советники. Если же разрешить прикреплять N советников на один график, возникнут проблемы стыковки - отображение информации от порой весьма разных советников, втиснутое в одно окно графика, по меньшей мере не информативно и/или способствует возникновению путаницы. Теперь представьте себе ситуацию с мультивалютником, или с арбитражером, или с определителем мультитаймфрейм-пультииндеком валют и паттернов, с просто black box экспертом и т.п... Поскольку в MQL5 советники не обязательно должны принимать тики, предлагаю организовать раскрепощённые от уз графических окон советники. Если советник ждёт котировок от EURUSD и USDCHF, он должен подписаться на них, аналогично уже введённому методу для стакана цен MarketBookAdd(). Дополнительное преимущество такой советник получит по быстродействию, т.к. он не будет зависить от потока только одного символа, что может оказаться критическим для интрадей мультивалютника. К тому же, переинициализация советника при смене таймфрейма или символа "прикреплённого базового" графика должна бы быть заменена на событие (event), в теле которого советник сам решит, вызывать ли ему init() или нет. Сервисная программа у SK - это аналог советника-менеджера у pisara; оба имеют один (singletone) управляющий объект. Нюанс/разница здесь в подходах - как я понял, сервисная прога управляет всеми советниками данной инстанции терминала, советник-менеджер же не является обязательным, последний (хотя и может управлять всеми советниками терминала), скорее будет управлять лишь "своими" советниками, например каждая стратегия имеет свой советник и этот советник-менеджер (он также имеет все права торговать) запрещает/разрешает или же сам выводит трансакции на торговый сервер. Кроме того, он может решать, каким лотом совершить операцию для конкретной стратегии, с учётом имеющихся средств и запросов/состояния других стратегий/советников. Естественно, в любом варианте при отключении торговли советникам вручную, запрет имеет абсолютный приоритет.
Принятая в МТ 4 концепция закрепления отдельных (ни с кем другим не согласованных) пп сегодня не может считаться прогрессивной. Время разрозненных скриптов и индикаторов уходит, как время частных ремесленников, работающих без ГОСТа. Наступает время первых мануфактур и конвееров. Причём, наступает быстро.
Мне видится прибл. такая общая технология. Эксперт должен нести алгоритм стратегии (вычисления точек входа и выхода, вероятности успеха сделки, требуемых средств и т.д.). Всё это он должен сообщать в сервисную программу, в которой и принимается решение об удовлетворении запроса на торг. операцию того или иного эксперта.
Сервисная программа может нести свои уникальные свойства (см. аналог на моём сайте), в том числе, может собирать сведения о качестве экспертов (кто как себя ведёт, какие у кого показатели, и вычислять собственные приоритеты при распределении денежных средств между экспертами при (неминуемо) мультивалютной торговле). А для этой цели она может загружать и выгружать экспертов в окна, чтоб они могли определиться со своими просьбами, а те, в свою очередь, для своих нужд должны уметь подгружать индикаторы и скрипты.
Во всей этой кухне хорошо было бы то, что каждая пп была бы независимой и имела бы собственную коммерческую ценность. Был бы и полноценный рынок пп, что, конечно, на руку головной конторе.
--
А скрипты, рисующие граф. объекты, и простые отдельные индикаторы тоже были бы к делу - например, чтоб блондинка не скучала (пока сервисн. программа с подчинёнными экспертами занимаются делом), а могла "типа, посмотреть как это выглядит в графике" :) Ну, а.. если экспертов в окне много, а индикаторы не рисуют, то блондинка .. чё-нибудь и сломает..:)
+1, см. мой коммент выше (прим. для SK: Autograf использует своё понятие "инструмент", несколько отличное от общепринятого на фин. рынках)
Rosh писал(а) >>
Скажем так: 512 буферов - фактически означает неограниченность. Пока трудно представить, кому этого числа может не хватить.
Если бы это был рекламный баннер для презентации нового MQL5/MT5, но это находится внутри одного технического описания.
Подскажите пожалуйста, а где функция OrderSend() или другая подобная функция? Она была заменена?
Самый первый пост:
Выкладываем начальный вариант справки по новому языку MQL5 в виде CHM-файла. Язык MQL5 является встроенным языком программирования для нового клиентского терминала MetaTrader 5. Документация практически готова, за исключением описания основных торговых функций.