Обсуждение статьи "Virtual Order Manager для управления ордерами в позициях терминала MetaTrader 5" - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это почему не подойдут, 31 символ в 256 значной кодировке это 6.146e+381 количество комбинаций, да в такую строку чё хош можно закодировать.
По сути если коментарии локализовать в краткую кодированную форму то столько символов и не нужно.
Ведь вместо "хотел открыть сегодня в бай а открыл по ошибке в селл" можно написаит ob|ers ob- намерение открыть бай, факт ers- по ошибке в селл.
Не нужно микроскопом орехи колоть тогда всё получится.
На мой взгляд гораздо проще все хранить в структурах, собранных и массивах, а при необходимости сохранять их в файл.
Также можно на счет Магика подумать...
На мой взгляд гораздо проще все хранить структурах собранных и массивах, при необходимости сохранять их в файл.
Также можно на счет Магика подумать...
Да магик более надёжен тк не изменяем со стороны сервера,
хотя там уместится меньше информации тк код магика 10-ричный в отличии от стрингов которые кодируются 256-ричным кодом.
Да магик более надёжен тк не изменяем со стороны сервера,
хотя там уместится меньше информации тк код магика 10-ричный в отличии от стрингов которые кодируются 256-ричным кодом.
Думаю, что комментарий стоит оставить юзеру, и пусть там чисто для него инфа находится (заполнит сам или эксперт для него не важно).
А вот магик стоит юзать по полной программе (там кучу инфы можно спрятать при желании) + к этому всему создать определенную структуру в которой хранить максимальное количество инфы про позиции, ордера и сделки.
При запуске эксперта данные по позициям и закрытым сделкам можно будет прочитать из файла или рассчитать в блоке инициализации, в том числе и на основе магиков (если файл с данными отсутствует).
При завершении работы разумеется инфу следует сохранить.
PS
Ну или как-то так...
Кто-нибудь использовал эту библиотеку?
Библиотека выглядит полезной. Но возникли сложности.
При компиляции примера советника VirtualOrderManagerTester.mq5
выдает ошибки:
'TRADE_RETCODE_REQUEST' - undeclared identifier StringUtilities.mqh 42 12
'TRADE_RETCODE_REQUEST' - constant expression is required StringUtilities.mqh 42 12
'ERR_TRADE_SELECT_TIMOUT' - undeclared identifier StringUtilities.mqh 112 12
'ERR_TRADE_SELECT_TIMOUT' - constant expression is required StringUtilities.mqh 112 12
Как их убрать?
Кто-нибудь использовал эту библиотеку?
Библиотека выглядит полезной. Но возникли сложности.
При компиляции примера советника VirtualOrderManagerTester.mq5
выдает ошибки:
'TRADE_RETCODE_REQUEST' - undeclared identifier StringUtilities.mqh 42 12
'TRADE_RETCODE_REQUEST' - constant expression is required StringUtilities.mqh 42 12
'ERR_TRADE_SELECT_TIMOUT' - undeclared identifier StringUtilities.mqh 112 12
'ERR_TRADE_SELECT_TIMOUT' - constant expression is required StringUtilities.mqh 112 12
Как их убрать?
Эти коды ошибок теперь неактуальны, можно просто закомментировать строки 42 и 112 в файле StringUtilities.mqh.
Коды статьи обновлены.
Неделю изобретаю велосипед, весьма преуспел, а тут бац! Вот он - готовый, да еще какой шикарный!
Paul, спасибо большое! Желаю развития проекту!