Обработка роботом тиков сипи, дакса?

Alex2: Интересно, а кто-нибудь пытался в роботе на S# анализировать тики сипи, дакса, нефти?

Возможно ли это?

Откуда берете эту инфу?

Кстати, а как использовать индексы РТС, ММВБ из квика? Там индекс в поле "знчение"...

Alex2: Интересно, а кто-нибудь пытался в роботе на S# анализировать тики сипи, дакса, нефти?

Возможно ли это?

Можно использовать API http://www.openecry.com. Тоже самое можно делать с API ninjatrader.com. Упоминание именно этих платформ не напрасно. Но интегрироваться придется самостоятельно, хотя это не так как реализовывать связь в другую сторону. Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных.

Mikhail Sukhov:

Alex2: Интересно, а кто-нибудь пытался в роботе на S# анализировать тики сипи, дакса, нефти?

Возможно ли это?

Откуда берете эту инфу?

Пока не откуда. В смарт трейде вроде есть и дакс и сип, только говорят что медленнее чем через тот же oec

Almazov:

Alex2: Интересно, а кто-нибудь пытался в роботе на S# анализировать тики сипи, дакса, нефти?

Возможно ли это?

Можно использовать API http://www.openecry.com. Тоже самое можно делать с API ninjatrader.com. Упоминание именно этих платформ не напрасно. Но интегрироваться придется самостоятельно, хотя это не так как реализовывать связь в другую сторону. Да, должно быть проще. Спасибо, буду копать в эту сторону.

Almazov: Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных. +1

Almazov: Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных.

Чуть подробнее? Не совсем понял идею и как в дальнейшем использовать такую связку.

Mikhail Sukhov:

Almazov: Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных.

Чуть подробнее? Не совсем понял идею и как в дальнейшем использовать такую связку. Любой ITrader предоставляет данные(котировки)-просмотр и позволяет осуществлять торговые операции(и так же получать информацию о счете)-действие. Члены связанные с первым блоком можно было бы вынести в отдельный интерфейс IDataProvider, сделать так называемый pull members up. Это все необходимо для удобного пере использования объектной модели s#(BaseTrader можно декомпозировать таким же образом).

Almazov:

Mikhail Sukhov:

Almazov: Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных.

Чуть подробнее? Не совсем понял идею и как в дальнейшем использовать такую связку. Любой ITrader предоставляет данные(котировки)-просмотр и позволяет осуществлять торговые операции(и так же получать информацию о счете)-действие. Члены связанные с первым блоком можно было бы вынести в отдельный интерфейс IDataProvider, сделать так называемый push members up. Это все необходимо для удобного пере использования объектной модели s#(BaseTrader можно декомпозировать таким же образом).

А если бросать исключения вида NotSupportedException в методах о регистрации заявок? Так уже в .NET сделано, например, для read only collections.

Mikhail Sukhov:

Almazov:

Mikhail Sukhov:

Almazov: Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных.

Чуть подробнее? Не совсем понял идею и как в дальнейшем использовать такую связку. Любой ITrader предоставляет данные(котировки)-просмотр и позволяет осуществлять торговые операции(и так же получать информацию о счете)-действие. Члены связанные с первым блоком можно было бы вынести в отдельный интерфейс IDataProvider, сделать так называемый push members up. Это все необходимо для удобного пере использования объектной модели s#(BaseTrader можно декомпозировать таким же образом).

А если бросать исключения вида NotSupportedException в методах о регистрации заявок? Так уже в .NET сделано, например, для read only collections. Нарушение принципа Interface segregation(из SOLID). По мне так это большая ошибка microsoft, что они оставили read only на слишком низком уровне как IEnumerable(в ICollection по-моему до 2-го фреймворка тоже не было изменяющих методов) и у все интерфейсы коллекций должны реализовывать read-only эквиваленты - это объектно-ориентированно.

Almazov:

Mikhail Sukhov:

Almazov:

Mikhail Sukhov:

Almazov: Кстати ITrader мог бы реализовывать IDataProvider(или что-то вроде этого), для read only данных.

Чуть подробнее? Не совсем понял идею и как в дальнейшем использовать такую связку. Любой ITrader предоставляет данные(котировки)-просмотр и позволяет осуществлять торговые операции(и так же получать информацию о счете)-действие. Члены связанные с первым блоком можно было бы вынести в отдельный интерфейс IDataProvider, сделать так называемый push members up. Это все необходимо для удобного пере использования объектной модели s#(BaseTrader можно декомпозировать таким же образом).

А если бросать исключения вида NotSupportedException в методах о регистрации заявок? Так уже в .NET сделано, например, для read only collections. Нарушение принципа Interface segregation(из SOLID). По мне так это большая ошибка microsoft, что они оставили read only на слишком низком уровне как IEnumerable(в ICollection по-моему до 2-го фреймворка тоже не было изменяющих методов) и у все интерфейсы коллекций должны реализовывать read-only эквиваленты - это объектно-ориентированно. Посмотрел в ICollection так все и осталось :

[ComVisible(true)]
public interface ICollection : IEnumerable
{
    // Methods
    void CopyTo(Array array, int index);

    // Properties
    int Count { get; }
    bool IsSynchronized { get; }
    object SyncRoot { get; }
} 

А вот методы есть в :

[TypeDependency("System.SZArrayHelper")]
public interface ICollection<T> : IEnumerable<T>, IEnumerable
{
    // Methods
    void Add(T item);
    void Clear();
    bool Contains(T item);
    void CopyTo(T[] array, int arrayIndex);
    bool Remove(T item);

    // Properties
    int Count { get; }
    bool IsReadOnly { get; }
}

Причем ICollection не наследуется от ICollection - жесть.