trans2quik + nDDE => 64-bit?

Поиск
Пользователи
Правила

Закрыть

Войти

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.

RSS

Cообщений на странице:

trans2quik + nDDE => 64-bit?, как совместить в одном приложении?

Евгений Миронинко

Пользователь

Сообщений: 5 Регистрация: 31.01.2015

02.02.2015 15:46:13

Уважаемые господа и дамы!

Подскажите пожалуйста как реализовать обёртку для trans2quik + nDDE «в одном флаконе», для C# проекта, что бы юзать 64 бита? trans2quik не хочет работать при таких раскладах, а 32 бита это жестокий архаизм, неужели придётся разделять аналитический и торговый модули по разным апликухам для этого?

Заранее благодарен.

bondar

Пользователь

Сообщений: 36 Регистрация: 02.02.2015

02.02.2015 19:24:43

Судя по всему нельзя, кроме того не рекомендуется мешать всё в одну кучу, а верно как раз «модульно» разделять коннектор, первичные предобработки отдельно от глубокой аналитики и проторговщиком.

Коннектор если по ДДЕ, можно реализовать 64 бита, с графикой и даже виртуальным проторговщиком, без отправки реальных приказов, а оболочку API отдельно запускать, и либо сигналы через файл принимать или каким то межпрограммным обменщиком вроде ZeroMQ. Задержка микросекундная, несравнима с лагами до брокеров и отработкой ими приказов через простой подключение, которое в районе секунды в среднем, то такое разделение никак не портит скорость.

Всё само собой моё имхо, но у меня именно так всё работает на боевых системах.

Евгений Миронинко

Пользователь

Сообщений: 5 Регистрация: 31.01.2015

03.02.2015 12:28:17

Цитата

bondar пишет:
Судя по всему нельзя, кроме того не рекомендуется мешать всё в одну кучу, а верно как раз «модульно» разделять коннектор, первичные предобработки отдельно от глубокой аналитики и проторговщиком.

Коннектор если по ДДЕ, можно реализовать 64 бита, с графикой и даже виртуальным проторговщиком, без отправки реальных приказов, а оболочку API отдельно запускать, и либо сигналы через файл принимать или каким то межпрограммным обменщиком вроде ZeroMQ. Задержка микросекундная, несравнима с лагами до брокеров и отработкой ими приказов через простой подключение, которое в районе секунды в среднем, то такое разделение никак не портит скорость.

Всё само собой моё имхо, но у меня именно так всё работает на боевых системах.

Спасибо за мнение, но я не слышал нигде о таких «рекомендациях», я не собираюсь навороченый терминал надстраивать из данных, рисовать графики и таблицы и тп., робот только получает данные и торгует, передавать данные между приложениями, в этом контексте по моему явный костыль.

Читают тему