Новая версия платформы MetaTrader 5 build 2715: Общие улучшения - страница 8
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это печально и неудобно. Но вдруг разработчики прислушаются и изменят это поведение.
Прочтите xml-файл в EXCEL. Он идеально подходит для того, что вы хотите с ним делать.
Read the xml file into EXCEL. Its perfect for what you want to do with it.
Уважаемые разработчики, есть такая просьба по доработке СБ в части торговых классов CDealInfo и CHistoryOrderInfo. В них нет метода, выбирающего сделку или исторический ордер для дальнейшего доступа по указанному тикету. Хотя в торговых функциях есть такие: HistoryDealSelect(ulong ticket), HistoryOrderSelect(ulong ticket).
Хотелось бы иметь:
Уважаемые разработчики, есть такая просьба по доработке СБ в части торговых классов CDealInfo и CHistoryOrderInfo. В них нет метода, выбирающего сделку или исторический ордер для дальнейшего доступа по указанному тикету. Хотя в торговых функциях есть такие: HistoryDealSelect(ulong ticket), HistoryOrderSelect(ulong ticket).
Хотелось бы иметь:
А чем вам не нравятся указанные вами функции
По сути именно они и будут вставлены в предлагаемые методы. Не так-ли?
А чем вам не нравятся указанные вами функции
Люблю конфеты в фантиках :-))
По сути именно они и будут вставлены в предлагаемые методы. Не так-ли?
Таки да. Но рикошетом тогда вопрос - а почему в СБ так?
Уважаемые разработчики, есть такая просьба по доработке СБ в части торговых классов CDealInfo и CHistoryOrderInfo. В них нет метода, выбирающего сделку или исторический ордер для дальнейшего доступа по указанному тикету. Хотя в торговых функциях есть такие: HistoryDealSelect(ulong ticket), HistoryOrderSelect(ulong ticket).
Хотелось бы иметь:
К сожалению, это делать опасно, т.к. исторические Select-функции меняют внутренние таблицы сделок/ордеров. Это несколько обламывает ООП-концепцию.
Честно говоря, CHistoryOrderInfo и CDealInfo должны были быть написаны в виде структуры с соответствующими полями. Видимо, не сообразили так сделать.
Таки да. Но рикошетом тогда вопрос - а почему в СБ так?
Потому что для живых ордеров и позиций нет внутренней таблицы. Там внутри только один экземпляр позиции и ордера. Он и заполняется этими функциями.
ЗЫ В Документации отсутствует описание CLimitTakeProfit.
К сожалению, это делать опасно, т.к. исторические Select-функции меняют внутренние таблицы сделок/ордеров. Это несколько обламывает ООП-концепцию...
Я руководствуюсь описанием и осознаю, что:
Функция HistoryDealSelect() очищает в mql5-программе список сделок, доступных для обращений, и копирует в него одну единственную сделку, если выполнение HistoryDealSelect() завершилось успешно. Если необходимо перебрать все сделки, выбранные функцией HistorySelect(), то лучше использовать функцию HistoryDealGetTicket().
Или Вы что-то другое имели в виду?
ЗЫ В Документации отсутствует описание CLimitTakeProfit.
Может что-то упустил... а с чего этот класс должен быть в СБ или в Документации?
Может что-то упустил... а с чего этот класс должен быть в СБ или в Документации?
Отсюда, похоже, попала. Сам не практикую размещение mqh-файлов в СБ-директории, поэтому подумал на MQ.
Я руководствуюсь описанием и осознаю, что:
Или Вы что-то другое имели в виду?
Здесь подробности.
Здесь подробности.
Коллега, я конечно ценю Ваши усилия... но в описанном случае нужно простое решение, без тысячи действий в миллисекунду... А там пускай кодер сам решает, как дальше усложнять классы из СБ. А пока, мне кажется, что в торговых классах не хватает унификации...