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

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

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

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

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

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

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

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

Где мы?

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

Сегодня рассмотрим историю появления индикатора Linear Regression Channel.

Также к данной статье будут прикреплены готовые скрипты роботов на этом индикаторе с возможностью торговать на нашей платформе OsEngine.

Оглавление

1.   История появления индикатора Linear Regression Channel.

2.   Как проводятся расчеты индикатора Linear Regression Channel.

3.   Какие сигналы может подавать индикатор Linear Regression Channel.

4.   Роботы для OsEngine на индикаторе Linear Regression Channel.

4.1.Стратегия на пробой индикатора Linear Regression Channel.

4.2.Стратегия контертренд на двух индикаторах Linear Regression Channel.

4.3.Стратегия на пробой индикатора Linear Regression Channel с фильтром наклона канала.

5.   Таблица общих результатов.

1. История появления индикатора Linear Regression Channel.

Индикатор линейной регрессии, разработанный Гильбертом Раффом в 1991 году, используется для определения тренда и волатильности на рынке.

В данной статье посмотрим, в каком месте 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.

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

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