Пользовательские свойства ордера - страница 2

 
Хотя насчёт парсинга я наверное загнул, но всё равно процедура формирования имён при каждой необходимости обращения представляется неизмеримо более громоздкой, чем работа с массивами. Не говоря уж о скорости. Плюс пока вижу только один - для уничтожения не надо сдвигать на единицу соответствующую часть элементов всех массивов. Но поскольку одновременно открытых ордеров обычно не так много, вряд ли этот плюс перевесит.
 
A потом цикл по глобальным переменным с парсингом имён и их сортировкой каждый раз? Нет, лучше через набор массивов, там индекс объединяет соответствующие элементы всего набора.


Не-а ... Никакого цикла, берем в руки Ордер(а ведь мы его так или иначе берем в обработку), получаем его тикет, и по тикету проверяем GlobalVariableGet("ID"+ticket) или меняем значение (если нужно).
 
Ну да, я уже признал перегиб :). Но, кстати, если нет необходимости держать массивы упорядоченными, то и переписывать достаточно только последний элемент на место освободившегося.
 
по тикету проверяем GlobalVariableGet("ID"+ticket) или меняем значение (если нужно).
Если характеристик несколько, то к "ID"+ticket нужно ещё добавлять +"имя_параметра".
P.S. Такая приводящая к множественности постов "дискретность" :) мыслей обясняется некоторыми отвлекающими в данный момент факторами, вероятно мне лучше сделать паузу :)
 
по тикету проверяем GlobalVariableGet("ID"+ticket) или меняем значение (если нужно).
Если характеристик несколько, то к "ID"+ticket нужно ещё добавлять +"имя_параметра".
P.S. Такая приводящая к множественности постов "дискретность" :) мыслей обясняется некоторыми отвлекающими в данный момент факторами, вероятно мне лучше сделать паузу :)


Угу, я именно так и сделал :)

https://www.mql5.com/ru/users/Rosh
 
В справке к терминалу читаем (билд от 19.10):

Комментарий — написать комментарий (необязательно). Длина комментария не должна превышать 25 символов. Брокерская компания может добавить к комментарию свою информацию длиной до 6 символов либо полностью заменить его. После того как позиция открыта, комментарий изменять нельзя;

Несколько вопросов:

1) означает ли вышесказанное, что поле комментария составляет всего 32 символа (байта)?
2) существует ли некий стандартный список сообщений, записываемых сервером в поле ордера "Комментарий"?
3) если существует, нельзя ли его обнародовать?
4) сообщение какой максимальной длины может записать сервер в поле комментария (ведь явно больше 6 символов в случае взаимозакрываемых ордеров)?
5) если выделенное жирным шрифтом верно, значит ли это, что в комментариях нельзя хранить никакой важной для трейдера информации, т.е. придется городить сорок бочек арестантов, как описано в нескольких постах выше?
5) в каких случаях брокерская компания может такое сотворить?

Убедительно прошу разъяснить эти вопросы, особенно насчет замены комментария.

З.Ы. Помню, здесь на форуме были предложения ввести поле ордера, доступное только трейдеру. По-прежнему поддерживая позицию разработчиков о недопущении чрезмерной нагрузки на сервер, тем не менее вношу предложение разделить поле комментария по-братски между трейдером и сервером, с тем, чтобы хотя бы первая половина (16 символов) была бы полностью в распоряжении трейдера, а во второй сервер мог бы творить, что ему заблагорассудится. При этом остаются в силе соглашения, прописанные в справке, и само поле комментария, разумеется, остается "только для чтения". Т.е. трейдер мог бы рассчитывать, что по крайней мере первая половина комментария, куда он записал некую важную для себя информацию, останется неизменной при любых обстоятельствах, исключая сверхъестественные.
 
И тишина... (с)
 
1. Да
2. Существует рабочий список, который нельзя назвать стандартным, так как он может быть расширен.
3. Зачем? Ведь у брокера есть право заменить коммент полностью, либо добавить, что вздумается.
4. Не определено. Например, на стопауте сервер полностью переписывает коммент
5. Сто раз уже говорили, что сохранность коммента не гарантируется
6. Задайте вопрос брокерской компании.

Поле ордера, доступное только трейдеру, есть - мейджик нумбер. Делайте свою классификацию и вперёд, у Вас в распоряжении целых 32 бита
 
Слава, спасибо за исчерпывающий ответ. Теперь вопрос с комментариями разъяснен. Есть только пожелание, если возможно, как-то отразить это в документации по терминалу.
 
3. Зачем? Ведь у брокера есть право заменить коммент полностью, либо добавить, что вздумается.
4. Не определено. Например, на стопауте сервер полностью переписывает коммент
5. Сто раз уже говорили, что сохранность коммента не гарантируется

Поле ордера, доступное только трейдеру, есть - мейджик нумбер. Делайте свою классификацию и вперёд, у Вас в распоряжении целых 32 бита

Завидую Вашему оптимизму :)

Маджика никак не достаточно, что бы держать всю желательную сопутствующую информацию. 32 байта в 8 раз лучше, чем 32 бита.

Кроме того, не все трейдеры - программисты, и наоборот (я повторяюсь ). Трейдеру нужна конкретная, "человеческая" информация о позиции, а не некое число из многих цифр.

Метаквотс создали новую нишу на тесном рынке. Зачем же забирать ее сеткой Рабитца из неудобных ограничений?
Причина обращения: