Политика и статус-механизм

Политика и статус-механизм

• Я давно не писал, и хотел бы рассказать о стратегии и статусе.

  Многие друзья имеют хорошие торговые стратегии, но при реализации их с помощью программирования, часто обнаруживают, что программное управление не может быть выполнено в соответствии с предварительным мышлением, и может возникнуть слишком много открытых позиций, слишком много сплоченных позиций, даже контракт с необоснованным большим количеством позиций и одновременным хранением пустых позиций. Фактически, коренная причина возникновения этих явлений заключается в том, что в отличие от субъективных сделок, в случае возникновения чрезвычайных ситуаций, можно своевременно реагировать и обрабатывать.

  Статус-машина - это переходная карта состояний, которая, вводя статус-машину, различает все состояния заказа, и не мешает программе контролировать его логику во всех состояниях.

  В процессе сделки мы накладываем на заказ действия: открытие, снятие, закрытие, снятие; мы получаем отзывы о состоянии заказа, которые являются результатом наложенного действия: не все сделки, все сделки, снятие (частично или частично сделанные). Таким образом, мы можем пометить это состояние после наложения на заказ действия, ожидающего возврата заказа. Например, действие открытие хранилища, обозначающее состояние "открытие" или "открытие" хранилища.

• Ниже приведены простые примеры более классических моноконтрактов для читателей:

  

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

  Конечно, вы также можете контролировать поток состояния в соответствии с вашим намерением, например: в приведенном выше примере, вы можете снять ing и получить ответ, что вывод был успешным, и после того, как сделка была открыта, состояние не перемещается в игровую систему, а выбирает способ продолжить по предыдущему целевому положению, продолжать торговлю с оставшимися позициями, а затем перемещается в игровую систему.

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

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

  Движения, наложенные на контракт: открыть, выровнять, снять, и т. д.; и т. д.; и т. д.; и т. д.; и т. д.; и т. д.; и т. д.; и т. д.; и т. д.; и т. д.

  Таким образом, состояние заказа на двух контрактах содержится в таблице ниже:

  

  Таким образом, вы можете создать статус-машину, которая вам нужна, исходя из отзывов после действия на заказ.

  

  Логика сбалансированного портфеля с опционами и состояние потока основных и открытых позиций совпадают, здесь больше не будет обсуждаться.

Перевод с блога ronalgao