Третий отчёт из четырёх, который надо сдать при написании коннектора к OsEngine. В этот раз речь пойдёт о прохождении автоматических тестов.

Где мы?

Всего должно быть четыре файла на сдаче. Файл типа word office. Сегодня говорим про третий.

Второй отчёт из четырёх, который надо сдать при написании коннектора к OsEngine. В этот раз речь пойдёт о стандартах написания кода.

Где мы?

Всего должно быть четыре файла на сдаче. Файл типа word office. Сегодня говорим про второй.

Тест, направленный на валидацию данных о портфеле пользователя на площадке.

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

Авто-тесты для смены цены ордера.

Функционал добавлялся перед новым 2024 годом. Реализован на дату выхода статьи только в АЛОР. Добавлялся по многочисленным просьбам камрадов со СмартЛаба. Ума не приложу зачем он им нужен, но теперь это обязательно далее. Особенно важно сделать этот функционал в переписанных Plaza / Twime / FixFast подключениях.

Тесты функционала смены цены ордера необходимы, если данный функционал у коннектора реализован.

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

Сегодня поговорим о первом типе отчёта, который нужно будет подготовить до того, как Вы сделаете пуш на ГитХаб. Всего их будет 4.

Отчёты нужны, чтобы в первую очередь разработчик сам убедился, что всё сделал правильно. Нюансов очень много и что-то можно забыть. Формат отчёта поможет ему в этом.

Где мы?

Всего должно быть четыре файла на сдаче. Файл типа word office. Сегодня говорим про первый.

В данной статье посмотрим, в каком месте CandleConnector подписывается на бумаги в AServer. Какие методы ServerRealization при этом вызываются и откуда.

Регион, который нам нужен:

Проверка способности коннектора выставлять и отзывать лимитные ордера без его исполнения. Минимум 20 циклов для Buy и Sell.

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

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

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

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

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

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

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

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

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

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

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