Http (в контексте написания коннектора для OsEngine) – важнейший способ получения данных через АПИ соответствующих бирж/брокеров. На ровне с WebSocket, Http, как протокол связи, используется в нашем фреймворке в подавляющем кол-ве коннекторов.

Естественно, с годами у нас накопился определённый опыт по тому, как надо и как не надо его использовать. Поговорим об этом…

Http протокол в API.

Во всех API крипто-бирж данный протокол в том или ином виде присутствует. Он позволяет отправлять различные запросы на сервер биржи и получать в ответ какие-то данные.

Обычно это:

1. Бумаги доступные для торговли.
2. Доступ к портфелю пользователя.
3. Исторические свечи и трейды.
4. Выставление торговых ордеров.

Делать эти запросы можно совершенно по-разному. За десятилетия жизни протокола появились сотни библиотек для этого. Однако, я рекомендую использовать следующие.

HttpClient.

Клиент для отправки Http запросов может и должен быть использован в запросах, в которых нет динамически меняющихся заголовков. Т.е. для public запросов.

Это полный перечень пунктов программы лояльности для тех, кто зарегистрировался в ALOR как участник нашего сообщества и торгует через ALOR.

Камрады. Это то, что у меня получилось для Вас сделать в рамках нашего сотрудничества с АЛОР. Что-то далось легко, а что-то очень нелегко. Старался, как мог. Надеюсь Вы довольны. Я ДОВОЛЕН:

1. Уникальный прямой чат поддержки.

Мы открыли для Вас чат поддержки с прямым выходом на ТОП менеджеров АЛОР брокера.

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

Идём и открываем CandleConnector. Сам класс находится в проекте вот здесь:

Поздравляю, товарищи обнаглевшие трейдеры. Не знаю, кто из Вас ему написал с требованием выдать нам скидку. Но человек оказался с чувством юмора и, почитав наш бложик на СмартЛабе, и вправду дал нам скидку.

Т.ч. СПАСИБО! И Иосифу, и камраду, который ему написал.

Напомню, в рамках становления программистом СиШарп, я в своей серии постов «Коннекторы к OsEngine» рекомендую ТРИ курса от Иосифа, которые проходят мои сотрудники.

Это:

1.  Основы программирования: https://stepik.org/course/5482/promo

2.  Алгоритмы поиска и сортировки: https://stepik.org/course/23981/promo  

3.  C# для продвинутых: https://stepik.org/course/84983/promo

Зачем это начинающим программистам?

1. В конце курсов выписываются сертификаты, которые можно и нужно потом прикладывать к резюме. Это, совместно с Вашим кодом на ГитХаб в репозитории OsEngine и моими рекомендациями, даст Вам базу для резюме Junior C# программиста.
2. На сайте Stepik очень много практики. Там есть такая фича, что исходный код прямо в сайт можно вводить, и сайт проверяет, правильно ли ты выполнил задание или нет. Короче, интерактив прекраснейший с мгновенной проверкой домашних заданий.

В большинстве коннекторов OsEngine используется конвертация потоковых данных из JSON объектов. Поговорим о том, как правильно и не правильно поступать при их использовании.

Библиотека для JSON.

Newtonsoft.Json

Именно эту библиотеку желательно использовать. Никакого смысла плодить в проекте множество преобразователей сообщений в JSON классы нет.

И на сегодняшний день можно говорить о том, что было бы не плохо, если бы она в итоге осталась единственной в нашем проекте для этих целей.

JSON объекты по коннектору должны лежать в папке Entity (Json) этого коннектора.

Камрады! Коннектор к ALOR OPEN API добавлен к OsEngine около трёх недель назад. Бета тесты завершены. Пора торговать!

Из хорошего.

1) Это очень классный коннектор в плане стека. Как крипта. Rest + web sockets. Это современно, это общепринятые стандарты, которые на сотнях бирж существуют. Короче — огонь.

2) Быстрый. Пока в глюках не замечен, только если палкой не тыкаешь.

3) Единственный пока в своём роде на MOEX. Лучшее, что есть из бесплатного. Им мог стать Тиньков Апи первой версии. Но там камрады стек трейдинговый не знали, кто его делал. А вторая команда разработчиков стек технологический изменила в худшую сторону.

4) Сообщения об ошибках при запросах прекрасны. И цифры, и текст. Очень редко, где такое. Спасибо. Это ускорило разработку. Отдельный привет команде за это. Красавчики.

Из не оч. Крутого.

Три различных типа времени приходит из шлюзов. Это супер странно. Вообще нигде такого не видел. Поэтому ставим на ПК МОСКОВСКОЕ ВРЕМЯ, иначе могут быть различные странности.

Продолжаем разговаривать про класс, предоставляющий данные для источников в OsEngine. А именно про класс ConnectorCandles. И в данной статье поговорим о его коде. Что там есть.


Сам класс находится в проекте вот здесь:

В данной статье поговорим об использовании циклов. Какие нужны, а какие смогут уронить наш замечательный терминал. Кроме того, поговорим о синтаксическом сахаре из библиотеки LINQ, которая, как не сложно догадаться по динамике этих записей, тоже под запретом. Почему и как?

 

Цикл for – РАЗРЕШЁН.

Один из самых быстрых циклов, которые существуют. Это основная боевая единица, которую нужно использовать.

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

Цикл while – РАЗРЕШЁН.

Бесконечный цикл с условием продолжения.

Также разрешён к использованию. Имеет все плюсы цикла for.

Цикл foreach – ЗАПРЕТ.

Этот цикл создаёт метод внутри памяти и не даёт контролировать выбор объекта. В случае, если есть какие-то проблемы с перечислением или листом, выбрасывается неконтролируемое исключение.

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

Продолжаем разбираться со слоями в OsEngine. И впереди у нас три статьи про класс ConnectorCandles.
Смотрим на картинку:

ConnectorCandles.

Класс, предоставляющий данные для источников в роботе. Хранит в себе информацию по подключению. Содержит внутри процедуры для переподключения к серверам в случае разрыва соединений и изменении настроек со стороны пользователя.

Находится в проекте вот здесь:

OsEngine невозможно ускорить многопоточностью в коннекторе. 98% всех задержек находятся в самих роботах. И от того, как их пишут пользователи, зависит скорость работы программы.



Так было не всегда… Были времена, когда казалось, что это не так. Но годы шли, OsEngine шлифовался и ускорялся. С модификацией Aserver, журналов и прочего всё больше становилось очевидно, что задержки именно в роботах.

На сегодняшний момент, даже подписка на 200 или 400 бумаг не ложат стандартную поточную архитектуру сервера, предложенную ниже.

Поэтому делаем, как тут написано. Время экспериментов закончено.

Один коннектор – оптимально два потока.

Полный и достаточный список потоков, которые могут и должны быть в любом сервере:

1. Проверка жизни Вёбсокета. Это поток номер один. Если есть вёбСокет, данный поток должен быть в обязательном порядке.
2. Конвертер сообщений. Поток номер два. В бесконечном цикле занимается разбором входящих сообщений от биржи/брокера.

Никакие другие потоки создавать не нужно. Только если этого требует само АПИ. Плюс, это должен быть THREAD, а не Task.