struct MqlTradeTransaction
{
ulong deal; // Тикет сделкиulong order; // Тикет ордераstring symbol; // Имя торгового инструментаENUM_TRADE_TRANSACTION_TYPE type; // Тип торговой транзакцииENUM_TRADE_ACTION action , // Тип события, по какой причине выставлен ордер
ENUM_ORDER_TYPE order_type; // Тип ордераENUM_ORDER_STATE order_state; // Состояние ордераENUM_DEAL_TYPE deal_type; // Тип сделкиENUM_ORDER_TYPE_TIME type_time; // Тип ордера по времени действияdatetime time_expiration; // Срок истечения ордераdouble price; // Цена double price_trigger; // Цена срабатывания стоп-лимитного ордераdouble price_sl; // Уровень Stop Lossdouble price_tp; // Уровень Take Profitdouble volume; // Объем в лотах
};
결국, MT5는 손절매가 활성화되는 때와 이익실현이 활성화되는 때를 명확하게 이해 합니다. // 이것은 주문의 주석에서 볼 수 있으며 플랫폼 작업의 본질에서 분명합니다.
문제의 사실은 실제로 그는 이해하지 못하고 이해해서는 안된다는 것입니다.
모든 것은 실행 대기열을 거치고 주문은 간단한 BUY/SELL로 분할되며 유동성 공급자 및 교환으로 가는 게이트웨이를 통해 이루어집니다. 실제로 (부분 포함) 어떻게 수행되는지 알 수 없습니다. 그리고 우리가 갑자기 정지 플래그를 보장한다고 선언하면 내일 파파클라스는 의로운 분노로 "그것은 나에게 효과가 없었습니다!"라고 우리를 비난할 것입니다.
활성화를 위해 주문이 생성되고 플랫폼에 생성 알림이 전송됩니다. // 외부 게이트웨이 다음은 채우기입니다. 그리고 거래가 있습니다. 주문이 채워지지 않을 수 있으며 잔액이 제거될 것이 분명합니다. 그러나 이 주문을 생성하는 순간에 트랜잭션에 플래그를 추가할 수 있습니다. 이는 손절을 위한 주문입니다. 거래가 중지를 채우고 통과하는지 여부는 우리에게 중요하지 않습니다. 그리고 그것이 완전히 채워질 것인지 여부. 주요 이벤트 자체는 손절매 주문이라는 것입니다.
아니면 게이트웨이에서 손절매를 처리하면 MT에서 주문 없이 거래가 가능합니까? 영장 없이 거래로 포지션을 청산할 수 있습니까?
그러나 당신이 더 잘 알다시피 나는 논쟁하지 않을 것입니다. 이것은 매우 미묘한 점입니다.
그런 순간이 있어, 레나트.
결국, MT5는 손절매가 활성화되는 때와 이익실현이 활성화되는 때를 명확하게 이해합니다. // 이것은 주문의 주석에서 볼 수 있으며 플랫폼 작업의 본질에서 분명합니다.
따라서 적절한 요청이 (지속적으로) 발생합니다. - OnTradeTransaction 에서 SL 또는 TP가 활성화되면 SL 또는 TP 활성화에 해당하는 플래그가 나타납니다.
그러나 이것이 필요한 링크 아키텍처의 부족으로 인해 (이론적으로도) 불가능하다면 플랫폼의 아키텍처가 SL 또는 TP와 같이 작동한 이 작업에 전송된 순서대로 플래그 설정을 허용하지 않는다고 말하는 것이 좋습니다. .
당신에게 "불가능한 것은 없습니다"와 같은 단어는 존재하지 않지만. 당신은 메타 따옴표입니다 :)
즉, 트랜잭션 구조를 보면 https://www.mql5.com/en/docs/constants/structures/mqltradetransaction
TRADE_ACTION 필드를 추가하겠습니다.
주문을 하는 이유는 각각일한 SL
TP는 일했다
Stopout으로 포즈 종료
글쎄, 그리고 다른 사람들이 있다면 // 그것이 당신이 필요한 전부일지라도
그런 순간이 있어, 레나트.
결국, MT5는 손절매가 활성화되는 때와 이익실현이 활성화되는 때를 명확하게 이해 합니다. // 이것은 주문의 주석에서 볼 수 있으며 플랫폼 작업의 본질에서 분명합니다.
문제의 사실은 실제로 그는 이해하지 못하고 이해해서는 안된다는 것입니다.
모든 것은 실행 대기열을 거치고 주문은 간단한 BUY/SELL로 분할되며 유동성 공급자 및 교환으로 가는 게이트웨이를 통해 이루어집니다. 실제로 (부분 포함) 어떻게 수행되는지 알 수 없습니다. 그리고 우리가 갑자기 정지 플래그를 보장한다고 선언하면 내일 파파클라스는 의로운 분노로 "그것은 나에게 효과가 없었습니다!"라고 우리를 비난할 것입니다.
문제의 사실은 실제로 그는 이해하지 못하고 이해해서는 안된다는 것입니다.
모든 것은 실행 대기열을 거치고 주문은 간단한 BUY/SELL로 분할되며 유동성 공급자 및 교환으로 가는 게이트웨이를 통해 이루어집니다.
예, 분할됩니다.
그러나 결국 이 분할에 대한 조치는 매우 구체적입니다. 손절매 활성화/이익 실현. 또한 이러한 작업 은 클라이언트 터미널이 아닌 MT 서버 자체에서 처리됩니다 .
MT에서 정류장이 활성화되지 않더라도 결과는 여전히 MT5에 대한 실제 주문 또는 이벤트입니다.
MT5 서버의 내부를 자세히 알아볼 수는 없지만 다시 확인하십시오. 주문을 기반으로 한 조치에 대해 알릴 수 있습니까?
서버(또는 게이트웨이)는 손절매/이익실현/스톱아웃 등을 활성화하므로 어떤 경우에도 응답에 주문이 들어간다는 의미입니다. // 영장 없이는 아무 일도 일어나지 않습니다!
그리고 이 주문에 해당 플래그를 놓으십시오 - 이 주문이나 이벤트를 하는 이유 .
특히 TradeTransaction을 위해 새로운 구조가 도입되어야 했을까요?
훨씬 더 새로운 :) 그것은 매우 완벽합니다.
누락된 필드가 두 개뿐입니다.
- 위치 식별자
- 주문을 하는 이유
예, 분할됩니다.
그러나 결국 이 분할에 대한 조치는 매우 구체적입니다. 손절매 활성화/이익 실현. 또한 이러한 작업 은 클라이언트 터미널이 아닌 MT 서버 자체에서 처리됩니다 .
대답은 간단합니다. 플래그 설정이 100%라는 보장은 없습니다.
트리거의 소스와 개시자가 많으며 이것이 유일한 거래 서버는 결코 아닙니다.
대답은 간단합니다. 플래그를 100% 설정한다는 보장은 없습니다.
트리거의 소스와 개시자가 많으며 이것이 유일한 거래 서버는 결코 아닙니다.
손절매 활성화가 여러 거래 서버에서 처리될 수 있습니까?
하나의 MT 서버로 충분하다고 생각했습니다.
아니면 게이트웨이에서 손절매를 처리하면 MT에서 주문 없이 거래가 가능합니까? 영장 없이 거래로 포지션을 청산할 수 있습니까?활성화를 위해 주문이 생성되고 플랫폼에 생성 알림이 전송됩니다. // 외부 게이트웨이
다음은 채우기입니다. 그리고 거래가 있습니다.
주문이 채워지지 않을 수 있으며 잔액이 제거될 것이 분명합니다.
그러나 이 주문을 생성하는 순간에 트랜잭션에 플래그를 추가할 수 있습니다. 이는 손절을 위한 주문입니다.
거래가 중지를 채우고 통과하는지 여부는 우리에게 중요하지 않습니다. 그리고 그것이 완전히 채워질 것인지 여부. 주요 이벤트 자체는 손절매 주문이라는 것입니다.
그러나 당신이 더 잘 알다시피 나는 논쟁하지 않을 것입니다. 이것은 매우 미묘한 점입니다.
papaklass :
그리고 누가 험담을 합니까?
확실히 당신.
여전히 트롤을 시도하고 있습니다. 의미?
올바르게 행동하십시오.
저희 입장에서는 단말의 참여 없이 에이전트 간의 독립적인 커뮤니케이션을 생각하고 있습니다. 예를 들어 에이전트 중 하나는 초기 데이터를 생성하고 나머지 에이전트에 보낼 수 있습니다. 방송.
단말의 참여가 없어도 좋습니다.
누가 이 "에이전트 중 하나"에 대한 데이터를 생성합니까? 스크립트나 인디케이터가 이를 수행할 수 있습니까?
에이전트 간의 의사 소통이 필요한 이유는 가능하면 편협한 마음을 계몽하십시오.
일부 기능이 누락되었지만 수학 계산의 가능성을 확인하는 스크립트를 이미 작성했습니다)