| # Заметки для следующих частей
|
|
|
| ## История сделок и текущее состояние
|
|
|
| При переходе к истории сделок и дальнейшему развитию сбора текущего состояния
|
| можно кратко сослаться на цикл 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 года.
|
|
|
| Для нашей реализации истории стоит отдельно продумать различие сделки и позиции,
|
| частичные закрытия, идентификацию счёта и сервера, восстановление пропусков после
|
| перезапуска и устранение дубликатов. Если появится передача между серверами,
|
| понадобится также подтверждаемая доставка с локальной очередью. Это планы,
|
| а не возможности текущего кода.
|
|
|
| ## Несколько серверов
|
|
|
| Предпочтительное направление — самостоятельный менеджер на каждом сервере,
|
| с возможностью просматривать сведения соседних узлов, зайдя на любой из них.
|
| Обязательный главный сервер не предполагается. Пока одного сервера достаточно,
|
| поэтому реализация отложена; сначала можно рассмотреть только удалённый просмотр.
|
Yuriy Bykov
930b46b3c1