Вопрос по архитектуре библиотеки. StockSharp

Вопрос по архитектуре библиотеки

28.02.2011

esper

Добрый день.

Предположим, что необходимо получать данные по инструментам, для этого мы добавляем нужные столбцы в квике и в программе, подписываемся на событие новой записи и изменения данных в таблице Secirities и в обработчике Trader.Connected запускаем экспорт по DDE этой таблицы.
Данные поступают, мы их видим как в обработчиках событий, так и в таблице Trader.Securities. Далее есть два варианта:
1. в любой момент времени мы можем обратиться к данной таблице из кода стратегии и прочитать нужные нам данные;
2. в обработчиках событий копировать поступившие данные в свои структуры и в стратегии работать со своими данными.

Интересует такой вот момент, во втором случае разработчик сам занимается вопросом согласованности данных, т.е. любая запись и доступ к данным заключены в блок синхронизации и в любой момент времени данные у нас согласованы. Каким образом обстоит дело в первом случае?

Теги:

Quik

Спасибо:

1 2 >

Mikhail Sukhov

Дата: 28.02.2011

esper

т.е. любая запись и доступ к данным заключены в блок синхронизации и в любой момент времени данные у нас согласованы.

Это не так. Объекты торговых типов обновляются без какой-либо синхронизации, и не атомарно.

Спасибо:

esper

Дата: 01.03.2011

Mikhail Sukhov

Это не так. Объекты торговых типов обновляются без какой-либо синхронизации, и не атомарно.

Т.о. получается, что когда я в событии изменения записи таблицы (SecurityChanged) копирую данные из пришедшего объекта в свою внутреннюю структуру они могут поменяться? Может имеет смысл добавить хотя SyncRoot для возможности lock-а или сделать по принципу много читателей - один писатель?

Спасибо:

Mikhail Sukhov

Дата: 01.03.2011

esper

Mikhail Sukhov

Это не так. Объекты торговых типов обновляются без какой-либо синхронизации, и не атомарно.

А зачем?

Спасибо:

Maxim

Дата: 01.03.2011

Мне кажется вы друг друга недопонимаете.

На мой взгляд, esper хотел спросить: являются ли свойства объекта класса QuikTrader потокобезопасными?
И насколько я знаю, ответ: да, являются.

Михаил, поправьте меня, если я ошибаюсь.

Попутный уточняющий вопрос:
а все ли свойства потокобезопасны?
В частности интересует свойство Security.ExtensionInfo
Необходима ли синхронизация этого свойства при доступе из разных потоков?

Спасибо:

Mikhail Sukhov

Дата: 01.03.2011

Maxim

В частности интересует свойство Security.ExtensionInfo
Необходима ли синхронизация этого свойства при доступе из разных потоков?

Смотря что Вы с ним хотите делать. Если просто сделать так

Код

var info = sec.ExtensionInfo;

, а если

Код

sec.ExtensionInfo.Contains(key);

то да.

Спасибо:

esper

Дата: 01.03.2011

Mikhail Sukhov

А зачем?

К примеру, у меня стратегия крутится в другом потоке, на каждой итерации ей нужны данные из таблицы инструментов. Получение данных из таблицы осуществляется не в одном месте, а рассредоточено по всей функции стратегии. Я считываю одно поле для конкретного инструмента в начале функции, далее выполняю другие действия, из квика приходят новые данные, считываю другое поле для этого же инструмента и получаю несогласованные данные.

Mikhail Sukhov

Смотря что Вы с ним хотите делать. Если просто сделать так

Код

var info = sec.ExtensionInfo;

, а если

Код

sec.ExtensionInfo.Contains(key);

то да.

Почему в первом случае нет необходимости в синхронизации? ExtensionInfo вроде ссылочный тип, при таком присваивании данные не копируются, просто получаем еще один указатель на словарь[confused]

Спасибо:

Maxim

Дата: 01.03.2011

Mikhail Sukhov

Смотря что Вы с ним хотите делать. Если просто сделать так

Код

var info = sec.ExtensionInfo;

, а если

Код

sec.ExtensionInfo.Contains(key);

то да.

Ваш ответ к сожалению совсем не понял, так как синхронизация предполагает
доступ из разных потоков. В Вашем примере не ясно какие потоки одновременно могут
обратится к свойству.

Я хочу в одном потоке записывать в это свойство данные, а в другом потоке читать эти данные.
Необходимо ли синхронизовать эти потоки, что бы они одновременно не имели доступ к этому свойству?
Или эта синхронизация реализована внутри свойства?

Спасибо:

Mikhail Sukhov

Дата: 01.03.2011

Maxim

Я хочу в одном потоке записывать в это свойство данные, а в другом потоке читать эти данные.
Необходимо ли синхронизовать эти потоки, что бы они одновременно не имели доступ к этому свойству?
Или эта синхронизация реализована внутри свойства?

Да, нужно. Это вариант 2.

Спасибо:

esper

Дата: 01.03.2011

Mikhail Sukhov

Maxim

Да, нужно. Это вариант 2.

А каким образом можно сделать синхронизацию с внутренним обновлением этих данных? Чтобы пока я их читаю они не менялись?

Спасибо:

Mikhail Sukhov

Дата: 01.03.2011

esper

Наверное никак, так как никакой синхронизации в обновлении данных нет. А в чем заключается сама задача?

Спасибо:

1 2 >

Добавить файлы через драг-н-дроп, , или вставить из буфера обмена.