Совместная разработка PlazaTrader

aspirant: Предлагаю взять пункт 10: программная обертка конфигов роутера. Я так понимаю, что править нужно будет следующие конфиги: client_router.ini P2ClientGate.ini Остальные, судя по всему, к настройке роутера отношения не имеют.

Насчет разделения труда. Некоторые задачи друг от друга зависят. Например, 10-ая зависит от 1 и 2 (общий механизм правки ИНИ файлов). Так что мне все больше видеться, что разделение будет горизонтальным, а не вертикальным. Как вариант, можно совместно взять и быстро реализовать задачи номер 1 и 2 (там так же будет список задач, только уже свой). И уже дальше разделится, имея общие классы и типы данных.

Я так понимаю, высказался только nlrf со своими задачами. Еще дополнять будем?

Mikhail Sukhov: Хм, я как-то упустил момент, что поток может содержать несколько таблиц. Кажется, я не правильно понял модель потоков. Для чего это сделано? Не знаю как в плазе, но в fix/fast разные потоки могут идти на разные сервера (в разных сегментах инета), т.е. повышается надежность. Ну и управлять потоком легче чем всем раздельно.

Как насчет лицензии? Если что-то типа Apache, то я участвую.

nlrf: Попытаюсь одолеть стаканы (п.4) после новогодней проруби. Или - ещё лучше - совместно с кем-либо 3 и 4. У меня 4 вопроса:

1. получение не(редко)меняющихся данных (базовое ГО, зафиксированный в 16-30 курс $, размер комиссии биржи, расчётная цена, лимит изменения цены, последний торговый день, и т.д.) уже сделано или отнесено к потокам (п.3)?
2. будет ли в потоках ежесекундный курс $, теоретическая цена, индекс волатильности и т.п. дополнительные данные?
3. стоит ли (для будущих брокеров - нынешние уже так или иначе подключены к Плазе2, или алгохеджеров) обеспечивать универсальность по инструментам (1005 фьючерсов и 3590 опционов), или ограничется теми, которые нужны хотя бы внутридневным спекулянтам и арбитражёрам (на мой вкус - 18 фьючерсов и опционы на фьючерс РТС по 3 страйка коллов и путов)?
4. не следует ли ограничить глубину стаканов, кроме РТС, скажем - остальные 8 со спекулятивной ликвидностью до 20, а другие (включая опционы), т.е. с маркетмейкерской ликвидностью - до 5?

3. в плазе нет возможности фильтрации по инструментам, получать придется все, но можно сделать простенькую проверку на имя/код инструмента. Я организовал у себя файлик с названием интересующих меня инструментов: RTS-3.11 RTSS-3.11 SBRF-3.11 .... потом получаю поток со списком инструментом и задаю соответсвие имен иснтрументов с их кодами(isin_id) на бирже

и потом в коллбеке

int isin_id = rec.GetValAsLong("isin_id");
if (InstrumentList.Contain(isin_id)) ...

4)тоже самое что и 3, стаканы пойдут по всем инструментам!! можно только выбрать общий поток с глубиной на 5, 20 или 50

anebotov:

Mikhail Sukhov: Хм, я как-то упустил момент, что поток может содержать несколько таблиц. Кажется, я не правильно понял модель потоков. Для чего это сделано? Не знаю как в плазе, но в fix/fast разные потоки могут идти на разные сервера (в разных сегментах инета), т.е. повышается надежность. Ну и управлять потоком легче чем всем раздельно.

Как насчет лицензии? Если что-то типа Apache, то я участвую. Можно задать обработку реплик в одном win thread и проверять CP2DataStream + tableName либо подключать необходимые потоки реплик в своих win thread Тяжелые потоки, типа стаканов или FORTS_FUTCOMMON_REPL лучше отдельно обособить

По поводу базы данных. Намного логичнее БД прикручивать не индивидуально к plaza2, а ко всему S#. У меня в боте, например, есть базовый класс для работы с БД. От него уже наследуется класс с конкретной реализацией связи под определенную СУБД (у меня PostgreSQL использована). Можно сделать реализации под MySQL, MS SQL, Oracle, локальный Paradox. Но если человек не захочет использовать БД, то и не привязываться к ней.

У меня базовый класс реализует следующие вещи:

public class BaseDB
    {
        protected int user_id; //ID пользователя в БД

        public virtual bool TestConnect() { return true; } //Тест на связь с БД
        public virtual bool TestUserConnect(string user_name, string passw) { return true; } //Проверка на успешное соединение пользователя
        public virtual DataTable GetDataForLearn(string Ticker, DateTime begin_date, DateTime end_date) { return null; } //Получение исторических данных
        public virtual void AddUserTicker(string ticker_name) { } //Добаление ЦБ к списку выбранных пользователем
        public virtual void DeleteUserTicker(string ticker_name) { } //Удалить ЦБ из списка выбранных пользователем
        public virtual DataTable GetUserTickers() { return null; } //Получение списка ЦБ выбранных пользователем
        
        protected string sql_str_bar_save;
        public virtual void AddBarForSaveToDB(SmartBar Bar) { } //Создание списка для сохранения
        public virtual void SaveMinuteBarToDB() { } //Сохранение нехватающих в нашей БД баров

        public virtual void AddLogMessage(string message) { } //Ведение лога

        public virtual void AddUserBot(Bots.BaseBot BB) { } //Добавление бота к списку созданных пользователем
        public virtual DataTable GetUserBots() { return null; } //Получение списка ботов пользователя
        public virtual void UpdateBot(Bots.BaseBot BB, string last_ticker_name) { } //Обновление информации о боте в БД

        public virtual int AddNewOrder(Bots.BaseBot BB, SmartOrder iSO) { return -1; } //Создание новой сделки
        public virtual void UpdateOrderId(SmartOrder SO) { } //Обновление Id приказа
        public virtual void UpdateOrder(SmartOrder SO) { } //Обновление состояния приказа
        public virtual void UpdateFailedOrder(SmartOrder SO) { } //Обновление ошибки в приказе
        public virtual void OrderDone(SmartOrder SO) { } //Успешное завершение приказа
        public virtual void AddTrade(SmartOrder SO, DateTime datetime, double price, double volume, string tradeno, double profit) { } //Совершение сделки по приказу

        public virtual DataTable GetUserBotOrders(Bots.BaseBot BB, DateTime begin_date, DateTime end_date) { return null; } //Получение списка приказов бота
        public virtual DataTable GetUserBotHistoryOrder(int database_id) { return null; } //Получения списка совершенных сделок по приказу
        public virtual DataTable GetUserBotTrades(Bots.BaseBot BB) { return null; } //Получение всех совершенных сделок по данному боту
    }

Сугобо мои внутренние ограничения: в базу пишется не тиковая, а только минутная информация. Можно писать и тики, но это приведет к неимоверному разрастанию самой базы. В базе хранятся настройки для ботов, списки Ценных Бцмаг (ЦБ) - общие и те, что выбраны конкретным пользователем для прослушки; история приказов и совершенных пользователем сделок.

sfighrath: По поводу базы данных. Намного логичнее БД прикручивать не индивидуально к plaza2, а ко всему S#. У меня в боте, например, есть базовый класс для работы с БД. От него уже наследуется класс с конкретной реализацией связи под определенную СУБД (у меня PostgreSQL использована). Можно сделать реализации под MySQL, MS SQL, Oracle, локальный Paradox. Но если человек не захочет использовать БД, то и не привязываться к ней.

У меня базовый класс реализует следующие вещи:

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

anebotov: Как насчет лицензии? Если что-то типа Apache, то я участвую.

Как написал в первом сообщении, вопрос решается коллективно. Раз никто до этого не высказался, говори ты.

Mikhail Sukhov:

anebotov: Как насчет лицензии? Как написал в первом сообщении, вопрос решается коллективно. Раз никто до этого не высказался, говори ты.

Лицензия Apache отличается от GPL тем, что позволяет делать на основании полученных исходников, в том числе и закрытые разработки, при условии указания того, что используются коды такой то разработки. GPL не позволяет менять лицензию, и значит закрывать исходники последующих разработок. http://ru.wikipedia.org/wiki/Apache_License

anebotov:

Mikhail Sukhov:

anebotov: Как насчет лицензии? Как написал в первом сообщении, вопрос решается коллективно. Раз никто до этого не высказался, говори ты.

Лицензия Apache отличается от GPL тем, что позволяет делать на основании полученных исходников, в том числе и закрытые разработки, при условии указания того, что используются коды такой то разработки. GPL не позволяет менять лицензию, и значит закрывать исходники последующих разработок. http://ru.wikipedia.org/wiki/Apache_License

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

skuvv: 3) в плазе нет возможности фильтрации по инструментам, получать придется все, но можно сделать простенькую проверку на имя/код инструмента. Я организовал у себя файлик с названием интересующих меня инструментов: RTS-3.11 RTSS-3.11 SBRF-3.11 .... 4)тоже самое что и 3, стаканы пойдут по всем инструментам!! можно только выбрать общий поток с глубиной на 5, 20 или 50

Придётся получать весь список самих инструментов, или подписанные данные по ним всем? Стаканы пойдут по выбранным инструментам, или по всем > 4500?