Вставлю свои 5 копеек по теме. Как раз сегодня разбирался с данной штукой. Выводы сделал следующие.
Есть два способа грузануть открытые позиции Квика в бота: 1. Перебрать коллекцию Connector.Positions
2. Использовать метод Connector.GetPosition()
По второму способу скажу следующее: никогда не пользуйтесь им ))). Никогда не пользуйтесь методом GetPosition(), вообще забудьте про него, т.к. метод очень хитрый. Если по каким-либо причинам, он не найдёт вам нужную позицию, то он тупо сам создаст новую! То есть, он на основе переданной ему инфы: портфель, инструмент и т.д. - создаст новый полупустой объект-позицию, и засунет его в коллекцию Connector.Positions. Итого у вас в коллекции появится левая полупустая позиция ))). И если у вас такой метод используется в нескольких стратегиях, то он вам везде создаст кучу таких полупустых объектов. Он захламит коллекцию Connector.Positions. Вы полностью запутайтесь, и запросто ваш код может из коллекции вынуть такой полупустой объект, в котором позиция нулевая, и на её основе принять неверное фатальное решение. Это реальная опасность! Так что забудьте про этот метод, лучше его не применять. Если хотите создать объект-позицию сами? Без проблем - воспользуйтесь обычным конструктором класса Позишен. Кстати, на акциях данный метод в демо-Квике не пашет, возвращет новый созданный полупустой объект ))). Почему не пашет? Ну скорей всего из-за того, что коннектор Квика путает названия у инструментов при создании объектов-позиций, об этом чуть ниже пойдёт речь.
В общем, лучше использовать способ номер 1, т.е. перебирать коллецию коннектора Connector.Positions:
this.Position = Connector.Positions.FirstOrDefault(p => p.Security == Security) == null ? 0 : (Connector.Positions.FirstOrDefault(p => p.Security == Security).CurrentValue ?? 0);
Для фьючей - работает замечательно! А вот с акциями - беда! Коннектор Квика - путает инструменты. Например, возьмём сбер. Если запросить вручную инструмент сбер, код SBER, то в бота в коллекцию Connector.Securities подгрузятся следующие объекты:
1. {SBER@MICEX}
2. {SBER@QJSIM}
3. {SBER-ME@EQRP_INFO}
4. {SBER@EQRP_INFO}
5. {SBERP@EQRP_INFO}
6. {SBERP@QJSIM}
Из 6 объектов-инструментов, мы к примеру торгуем по {SBER@QJSIM}. К примеру, мы по данному инструменту откроем в демо-квике 19 лотов лонга. Далее, запустим бота и попытаемся их подгрузить в нашу стратегию. Поставим точку остановки после строки "this.Position = Connector.Positions.FirstOrDefault(p => p.Security == Security) == null ? 0 : (Connector.Positions.FirstOrDefault(p => p.Security == Security).CurrentValue ?? 0);" и поглядим чего у нас находится в переменных и коллекциях. А будет следующее: метод FirstOrDefault() не найдёт совпадений в коллекции Connector.Positions и выдаст нам нулл. Если мы глянем коллекцию Connector.Positions, то в ней мы не найдём объект-позицию с инструментом {SBER@QJSIM}. Мы там найдём другой объект-позицию, с инструментом {SBER@MICEX} по которому как раз и будут висеть наши открытые 19 лотов. То есть, произошла путаница инструментов! Кстати, у обоих инструментов один и тот же код. Я не знаю счем это связано, возможно Квик так присылает инфу, а может так инфу заполняем коннектор СтокШарпа. Ведь объекты-позиции он создаёт сам, и возможно путает инструменты именно по коду. Короче, я не знаю на чьей стороне баг. С другими акциями, где встречается несколько одинаковых кодов, такая же хрень, с лукойлом например. А вот с фьючами - всё нормально, т.к. нет одноимённых названий, там нечего перепутать ))). В общем, я акциями не торгую т.е. мне данный баг по барабану ))) А фьючи работают нормально и так. Будут ли разработчики править данный баг - я не знаю, просто сегодня я на него случайно напоролся и решил что лучше сообщить о сей находке. Ниже скрин с демонстрацией проблемы.
http://stocksharp.ru/file/104117