Библиотека DLL для работы с сервером дилингового центра.
"есть программный интерфейс,
для работы с серверной платформой которая установлена у дилингового центра..."
Такой интерфейс есть, но этот интерфейс - тайна за семью печатями...Сам терминал, разумеется, использует этот интерфейс.
Существует проблема по работе с уважаемым терминалом MetaTreader из альтернативных языков программирования. Есть ли возможность использовать некую библиотеку для работы с командами для отправки их на сервер? Ведь на сколько я понимаю всё работает именно так, есть программный интерфейс,
для работы с серверной платформой которая установлена у дилингового центра. Кстати разработчики могли бы задуматься и над интерфейсом для тестирования, и программистам удобно, каждый выбирает тот язык программирования, который хочет, а то и несколько языков.
К примеру мне пришлось полностью реализовать соединение на pipe для работы между разными процессами, графическую оболочку для отображения на opengl, потому как писать расширяемую торговую систему на встроенных языках, включая mql5 неинтересно. В принципе я получил весь доступ, но сколько
танцев с бубнами пришлось оттанцевать. Я видел предложения по поиску точек входа в дампе процесса терминала, вот куда заводит людей попытка создавать полноценный доступ к функциям для работы, разве это нормально?
Если есть единодумцы, отзовитесь.
См.личку
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Существует проблема по работе с уважаемым терминалом MetaTreader из альтернативных языков программирования. Есть ли возможность использовать некую библиотеку для работы с командами для отправки их на сервер? Ведь на сколько я понимаю всё работает именно так, есть программный интерфейс,
для работы с серверной платформой которая установлена у дилингового центра. Кстати разработчики могли бы задуматься и над интерфейсом для тестирования, и программистам удобно, каждый выбирает тот язык программирования, который хочет, а то и несколько языков.
К примеру мне пришлось полностью реализовать соединение на pipe для работы между разными процессами, графическую оболочку для отображения на opengl, потому как писать расширяемую торговую систему на встроенных языках, включая mql5 неинтересно. В принципе я получил весь доступ, но сколько
танцев с бубнами пришлось оттанцевать. Я видел предложения по поиску точек входа в дампе процесса терминала, вот куда заводит людей попытка создавать полноценный доступ к функциям для работы, разве это нормально?
Если есть единодумцы, отзовитесь.