Чего не хватает для полного счастья
по предложениям
1. будет в МТ4
2. тут ограничения останутся
3. вот как раз с закачкой все нормально - автоматически происходит закачка в открытые графики по необходимости. Ничего "общелкивать" не надо. Если же Вы хотите загружать данные для других программ, то тут извините - терминал сделан для самого себя, а не в виде сырьевого придатка, который нужен для того чтобы писать в файлы историю чартов.
1. будет в МТ4
2. тут ограничения останутся
3. вот как раз с закачкой все нормально - автоматически происходит закачка в открытые графики по необходимости. Ничего "общелкивать" не надо. Если же Вы хотите загружать данные для других программ, то тут извините - терминал сделан для самого себя, а не в виде сырьевого придатка, который нужен для того чтобы писать в файлы историю чартов.
В том то и дело, что в открытые. Но..
Держать открытыми ВСЕ графики постоянно - как то знаете... А когда потом открываешь не использовавшийся достаточно длительный промежуток времени график, то тормозит иногда вполне прилично. Почему нельзя ввести в настройках опцию типа "Обновлять данные каждые ХХХ минут" и галочки, по каким инструментам?
А "сырьевой придаток" тут абсолютно ни при чем. Ведь чего греха таить, встроенный язык по сравнению с тем же C++ мягко говоря, слабоват. И если возникает необходимость в анализе более сложного уровня, то на данный момент НИКАКОГО выхода нет.
А иметь хотелось бы. Экспортируя данные во внешний модуль и получая от него какие-нибудь сигналы.
Все это не в качестве придирок, нет. Система и вправду отличная, и у нее хорошее будущее (да и настоящее неплохое), не хватает
Или пиши полностью свою прогу, используя любезно предоставленный API, или кушай что дают. А ведь сделать по типу 1С (раздел "Подключение внешних компонет") не так уж и сложно
Держать открытыми ВСЕ графики постоянно - как то знаете... А когда потом открываешь не использовавшийся достаточно длительный промежуток времени график, то тормозит иногда вполне прилично. Почему нельзя ввести в настройках опцию типа "Обновлять данные каждые ХХХ минут" и галочки, по каким инструментам?
А "сырьевой придаток" тут абсолютно ни при чем. Ведь чего греха таить, встроенный язык по сравнению с тем же C++ мягко говоря, слабоват. И если возникает необходимость в анализе более сложного уровня, то на данный момент НИКАКОГО выхода нет.
А иметь хотелось бы. Экспортируя данные во внешний модуль и получая от него какие-нибудь сигналы.
Все это не в качестве придирок, нет. Система и вправду отличная, и у нее хорошее будущее (да и настоящее неплохое), не хватает
Или пиши полностью свою прогу, используя любезно предоставленный API, или кушай что дают. А ведь сделать по типу 1С (раздел "Подключение внешних компонет") не так уж и сложно
Поправка
Кусок текста куда-то делся:
"не хватает совсем чуть-чуть."
Далее читать со слов "А ведь сделать..."
Кусок текста куда-то делся:
"не хватает совсем чуть-чуть."
Далее читать со слов "А ведь сделать..."
в чем проблемы?
>> А когда потом открываешь не использовавшийся достаточно
>> длительный промежуток времени график, то тормозит иногда >> вполне прилично
"Тормозит" имеется в виду приходится ждать подгрузки чартов?
Ну так ведь сами же хотите как можно большей истории.
Подгрузка чартов "on demand" работает очень хорошо. Не нужно - не качает зря данные, если вдруг становится нужным какой то график - закачивается.
Кстати, в МТ4 будет полностью изменен механизм работы подкачки - он будет очень экономичным и подкачиваться будут только те участки графика, с которыми работает клиент.
>> Ведь чего греха таить, встроенный язык по сравнению с тем
>> же C++ мягко говоря, слабоват
MQL4 по сути - чистый язык С, с функциями, вызовом внешних модулей и оптимизацией. Мы специально отошли от упрощенного языка MQL II и сделали гораздо более эффективный вариант.
>> Или пиши полностью свою прогу, используя любезно предоставленный API
Мы выпустили полностью открытые API доступа к нашей системе(DataFeed API, Server API, Manager API, Client API), написали примеры. Неужели этого мало?
>> А когда потом открываешь не использовавшийся достаточно
>> длительный промежуток времени график, то тормозит иногда >> вполне прилично
"Тормозит" имеется в виду приходится ждать подгрузки чартов?
Ну так ведь сами же хотите как можно большей истории.
Подгрузка чартов "on demand" работает очень хорошо. Не нужно - не качает зря данные, если вдруг становится нужным какой то график - закачивается.
Кстати, в МТ4 будет полностью изменен механизм работы подкачки - он будет очень экономичным и подкачиваться будут только те участки графика, с которыми работает клиент.
>> Ведь чего греха таить, встроенный язык по сравнению с тем
>> же C++ мягко говоря, слабоват
MQL4 по сути - чистый язык С, с функциями, вызовом внешних модулей и оптимизацией. Мы специально отошли от упрощенного языка MQL II и сделали гораздо более эффективный вариант.
>> Или пиши полностью свою прогу, используя любезно предоставленный API
Мы выпустили полностью открытые API доступа к нашей системе(DataFeed API, Server API, Manager API, Client API), написали примеры. Неужели этого мало?
Поподробнее можно о "вызовом внешних модулей и оптимизацией"
Добрый день!
1) Что означает фраза "чистый язык С, с функциями, вызовом внешних модулей и оптимизацией"?
Вы так об этом пишите, как будто все уже знают, что такое MQL4 в деталях, кроме Nik-a (и меня, наверное).
2) Где можно поподробнее узнать о возможностях будущего MQL4.
Было бы неплохо всем ознакомиться со спецификацией будущего языка, что-бы не возникало лишних вопросов, и что-бы знать наперёд перспективу хоть чуть-чуть, потому что NIk прав в одном -MQLII далёк от совершенства.
Добрый день!
1) Что означает фраза "чистый язык С, с функциями, вызовом внешних модулей и оптимизацией"?
Вы так об этом пишите, как будто все уже знают, что такое MQL4 в деталях, кроме Nik-a (и меня, наверное).
2) Где можно поподробнее узнать о возможностях будущего MQL4.
Было бы неплохо всем ознакомиться со спецификацией будущего языка, что-бы не возникало лишних вопросов, и что-бы знать наперёд перспективу хоть чуть-чуть, потому что NIk прав в одном -MQLII далёк от совершенства.
Дополнение
Прошу прощение за ошибку (Nik следует понимать как Mik),
случайно отправил сообщение не проверенным.
С уважением, NIL.
Прошу прощение за ошибку (Nik следует понимать как Mik),
случайно отправил сообщение не проверенным.
С уважением, NIL.
MQL4
В MQL4 будет одним из вариантов языка С. Так как все равно чтобы писать экспертов нужно знать программирование, то мы пошли по пути предоставления более эффективного(простого и быстрого) языка программирования.
Вызов внешних модулей - это возможность вызова функций из внешних DLL. Оптимизация - получаемый байт-код будет гораздо лучше оптимизирован.
Спецификации MQL4 постоянно уточняются и дорабатываются, мы постепенно будем рассказывать о ходе работ.
В MQL4 будет одним из вариантов языка С. Так как все равно чтобы писать экспертов нужно знать программирование, то мы пошли по пути предоставления более эффективного(простого и быстрого) языка программирования.
Вызов внешних модулей - это возможность вызова функций из внешних DLL. Оптимизация - получаемый байт-код будет гораздо лучше оптимизирован.
Спецификации MQL4 постоянно уточняются и дорабатываются, мы постепенно будем рассказывать о ходе работ.
Да не обижайтесь вы! Всего хватает...
Лично мне не хватает штучки по типу как в Omege: вызов функции из DLL с передачей параметров и получением результатов. Больше, в принципе, ничего и не надо(кроме описанного ранее).
Но даже это можно обойти - через файлы (передавать параметры и получать результаты - пока правда не пробовал, но обязательно попробую).
Беда в другом: невозможно сделать эксперта, НЕ ПРИВЯЗАННОГО к конкретному графику. Мне, например, хочется иметь возможность использовать эксперта, который анализирует одновременно несколько пар валют и по результатам анализа принимает те или иные решения. В используемой мною методике анализа требуется отслеживать сразу несколько временных интервалов. Как это сделать сейчас? Да никак! Даже если я буду доставать данные сразу из базы, то обновляться-то будут только те, которые в открытых графиках, да и то только в активном временном интервале.
А почему бы не сделать несколько программируемых событий, причем так, чтобы я мог назначить свой обработчик? (по закрытию бара, каждые xx секунд, цена превысила такой-то уровень и т.д.)
И чтобы из иэтого обработчика иметь доступ к любой паре валют и любому временному интервалу?
Все, больше ничего не надо. И люди будут думать, как же ЭТОТ продукт поставить вместо Metastok'a и др.
Лично мне не хватает штучки по типу как в Omege: вызов функции из DLL с передачей параметров и получением результатов. Больше, в принципе, ничего и не надо(кроме описанного ранее).
Но даже это можно обойти - через файлы (передавать параметры и получать результаты - пока правда не пробовал, но обязательно попробую).
Беда в другом: невозможно сделать эксперта, НЕ ПРИВЯЗАННОГО к конкретному графику. Мне, например, хочется иметь возможность использовать эксперта, который анализирует одновременно несколько пар валют и по результатам анализа принимает те или иные решения. В используемой мною методике анализа требуется отслеживать сразу несколько временных интервалов. Как это сделать сейчас? Да никак! Даже если я буду доставать данные сразу из базы, то обновляться-то будут только те, которые в открытых графиках, да и то только в активном временном интервале.
А почему бы не сделать несколько программируемых событий, причем так, чтобы я мог назначить свой обработчик? (по закрытию бара, каждые xx секунд, цена превысила такой-то уровень и т.д.)
И чтобы из иэтого обработчика иметь доступ к любой паре валют и любому временному интервалу?
Все, больше ничего не надо. И люди будут думать, как же ЭТОТ продукт поставить вместо Metastok'a и др.
RE:Подробнее об MQL4
Уважаемые разработчики!
1) Можно ли узнать хотя бы об элементах уже продуманной приблизительной спецификации языка:
- возможности его по работе с массивами;
- работа с таймсериями с разными периодами;
- общие концепции построения стуктуры отдельных программных модулей;
- есть ли инструкции предпроцессора (#if, #include, #define);
- есть ли глобальные переменные;
2) Кстати, существует отличная реализация интерпретатора С++ (CINT), которая используется в системах ROOT и smartquant.
Почему нельзя использовать эту среду как прототип?
Заранее благодарен за ответ, NIL.
Уважаемые разработчики!
1) Можно ли узнать хотя бы об элементах уже продуманной приблизительной спецификации языка:
- возможности его по работе с массивами;
- работа с таймсериями с разными периодами;
- общие концепции построения стуктуры отдельных программных модулей;
- есть ли инструкции предпроцессора (#if, #include, #define);
- есть ли глобальные переменные;
2) Кстати, существует отличная реализация интерпретатора С++ (CINT), которая используется в системах ROOT и smartquant.
Почему нельзя использовать эту среду как прототип?
Заранее благодарен за ответ, NIL.
На счет "общелкивания"
Уважаемые разработчики!
Вы считаете, что трейдеру по одной валютной паре нужно держать сразу все 8 окон, что бы докачка была автоматической по всем графикам (M1-W) ?
Если это нужно по 4-м валютным парам - это 32 окна! Про все истории всех котировок Альпари и говорить не стоит!
Может, имеет смысл ввести настройки предпочтений докачки?
Если проблема с объемом докачки, то как на счет достраивания более крупных графиков по данным более мелких?
Уважаемые разработчики!
Вы считаете, что трейдеру по одной валютной паре нужно держать сразу все 8 окон, что бы докачка была автоматической по всем графикам (M1-W) ?
Если это нужно по 4-м валютным парам - это 32 окна! Про все истории всех котировок Альпари и говорить не стоит!
Может, имеет смысл ввести настройки предпочтений докачки?
Если проблема с объемом докачки, то как на счет достраивания более крупных графиков по данным более мелких?
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Все в принципе хорошо. Работает система надежно, ни одного серьезного сбоя за 2 месяца экспериментов не замечено, возможности у системы по крайней мере не хуже аналогов.
По моему мнению, для полного счастья не хватает следующих вещей:
1. Изменять СТИЛЬ линий, а не только цвет - мелочь, но было бы приятно.
2. "Привязанность" экспертов к одному графику, и, что еще хуже, к одному временному интервалу. Было бы здорово иметь возможность применять эксперты, анализирующие сразу несколько инструментов (пар валют), да еще в нескольких временных интервалах. Данный недостаток в некоторой степени компенсируется наличием API, однако...
3. Закачка данных. Пусть не обижается на меня коллектив разработчиков, но этот момент мне кажется совсем непродуманным. Порою просто достает "общелкивать" все пары валют да еще и во всех временных интервалах. Гораздо красивее было бы вынести функции по закачке данных (разумеется, и архивирование, иморт-экспорт) в отдельный модуль типа DownLoader от MetaStock'a. По крайней мере, можно было бы как-то автоматизировать этот процесс, чтобы данные закачивались, например, каждые 10 или еще сколько там минут.