Сегодня поговорим об этапах разработки непосредственно исходного кода коннектора. Большими мазками. Как это делаю я, со стороны программирования. Вопросы подготовки и сдачи коннектора пока здесь не рассмотрены. Об этом у нас в других статьях.

Итак, Вы уже начинающий программист:

1. Закончили пару курсов Дзеранова, почитали книг, наделали пару тысяч строк кода примеров.
2. Понимаете, что такое Rest, WebSocket.
3. Немного (или много) разбираетесь в многопоточности.
4. Почитали все мои статьи по архитектуре и понимаете, что такое IServer, AServer, IServerRealization и прочее.
5. Посмотрели в OsEngine примеры, разобрались как они работают.
6. Выбрали себе биржу в работу…
7. Что делать!!!???

1. Ищем документацию.

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

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

Тест, валидирующий ордера и события о торговле. Тип ордера — Market. Сторона Buy и Sell отдельно.

Где находится в проекте?

Каждый экземпляр AServer может сохранять трейды и свечи, которые поступают из источников и собираются на месте. Каждому программисту, который будет делать коннекторы было бы не плохо знать где это происходит. Об этом и поговорим.

Объекты, сохраняющие свечи и трейды в AServer.

Тест, валидирующий ордера и события о торговле. Тип ордера — Лимит. Сторона Buy и Sell отдельно.

Где находится в проекте?

Тест, проверяющий возвращение статуса ордера FAIL в тот момент, когда высылаются ошибочные цены и объёмы на открытие позиции.

Где находится в проекте?

Сегодня будем разбираться с тем, кто и как запрашивает у AServer данные по свечкам и трейдам. Делают это две подсистемы: OsData и CandleManager. Обсудим обе.

1. Регион Data upload.

Регион, в котором предоставляются методы для получения данных из коннектора.

Обзор теста, проверяющего наличие заявленных таймфреймов в разрешениях свечек в боевом подключении.

Где находится в проекте?

Ордера в OsEngine высылаются в IserverRealization не напрямую, а через отдельную очередь. Посмотрим на неё одним глазком.

1. Нужные нам классы в проекте.

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

1. AServer в проекте.

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

Где находится в проекте?