35 lines
3.1 KiB
Markdown
 | # Заметки для следующих частей
| ||
| |||
## История сделок и текущее состояние
| |||
| |||
При переходе к истории сделок и дальнейшему развитию сбора текущего состояния
| |||
можно кратко сослаться на цикл Chacha Ian Maroa «Создание системы торговой аналитики»:
| |||
| |||
- [Часть 1: Основы и архитектура системы](https://www.mql5.com/ru/articles/22107).
| |||
- [Часть 2: Как фиксировать закрытые сделки и передавать данные в формате JSON с помощью MQL5](https://www.mql5.com/ru/articles/22216).
| |||
| |||
Возможная формулировка для статьи:
| |||
| |||
> Похожую задачу передачи данных из MetaTrader 5 во внешнее приложение рассматривает
| |||
> Chacha Ian Maroa в цикле «Создание системы торговой аналитики». Там основное
| |||
> внимание уделяется сбору торговой истории для анализа, тогда как мы пока
| |||
> занимаемся созданием и управлением экземплярами терминалов и получением их
| |||
> текущего состояния.
| |||
| |||
Это ссылка на близкую тему, а не обоснование того, зачем продолжать наш проект.
| |||
В пятую часть про создание экземпляров пока не добавляем. Перед использованием
| |||
нужно перечитать продолжение чужого цикла: описание относится к первым двум частям,
| |||
прочитанным 29 октября 2026 года.
| |||
| |||
Для нашей реализации истории стоит отдельно продумать различие сделки и позиции,
| |||
частичные закрытия, идентификацию счёта и сервера, восстановление пропусков после
| |||
перезапуска и устранение дубликатов. Если появится передача между серверами,
| |||
понадобится также подтверждаемая доставка с локальной очередью. Это планы,
| |||
а не возможности текущего кода.
| |||
| |||
## Несколько серверов
| |||
| |||
Предпочтительное направление — самостоятельный менеджер на каждом сервере,
| |||
с возможностью просматривать сведения соседних узлов, зайдя на любой из них.
| |||
Обязательный главный сервер не предполагается. Пока одного сервера достаточно,
| |||
поэтому реализация отложена; сначала можно рассмотреть только удалённый просмотр.
|