즉, 열이 가득 찼는지 비어 있는지에 따라 크기가 부동하지 않습니다. 열이 필요하지 않은 경우 비활성화하는 것이 좋습니다.
은행 필드는 유동성 공급자와 견적 공급자를 모두 표시할 수 있습니다. 은행 필드는 게이트웨이/데이터 피드로 채워집니다.
조언 해주셔서 감사합니다. 장애가 있는. 필드가 비어 있는 동안. 정보를 전달하지 않습니다. 나는 거기에 무언가가 나타나면 인증서에 그것이 무엇인지, 무엇과 함께 먹는지 설명하기를 바랍니다.
Z.Y. 그러나 질문에 대한 답변은 없었습니다. 견적 제공자와 유동성 제공자를 어떻게 든 구별합니다. 어떻게 될 수 있습니까? 지금 나에게 무슨 일이 Rosh는 USD에 대해 1.6의 비율로 EUR 100랏을 판매할 것이며 Renat 은 이 가격으로 유동성을 제공할 것입니까? 지금 거래할 준비가 되었습니다. 어디로 송금해야 할까요?
Z.Y. 그러나 질문에 대한 답변은 없었습니다. 견적 제공자와 유동성 제공자를 어떻게 든 구별합니다. 어떻게 될 수 있습니까? 지금 나에게 무슨 일이 Rosh는 USD에 대해 1.6의 비율로 EUR 100랏을 판매할 것이며 Renat 은 이 가격으로 유동성을 제공할 것입니까? 지금 거래할 준비가 되었습니다. 어디로 송금해야 할까요?
자동 크기 조정은 설정된 열 비율 내에서 작동합니다.
즉, 열이 가득 찼는지 비어 있는지에 따라 크기가 부동하지 않습니다. 열이 필요하지 않은 경우 비활성화하는 것이 좋습니다.
은행 필드는 유동성 공급자와 견적 공급자를 모두 표시할 수 있습니다. 은행 필드는 게이트웨이/데이터 피드로 채워집니다.
조언 해주셔서 감사합니다. 장애가 있는. 필드가 비어 있는 동안. 정보를 전달하지 않습니다. 나는 거기에 무언가가 나타나면 인증서에 그것이 무엇인지, 무엇과 함께 먹는지 설명하기를 바랍니다.
Z.Y. 그러나 질문에 대한 답변은 없었습니다. 견적 제공자와 유동성 제공자를 어떻게 든 구별합니다. 어떻게 될 수 있습니까? 지금 나에게 무슨 일이 Rosh는 USD에 대해 1.6의 비율로 EUR 100랏을 판매할 것이며 Renat 은 이 가격으로 유동성을 제공할 것입니까? 지금 거래할 준비가 되었습니다. 어디로 송금해야 할까요?
Z.Y. 그러나 질문에 대한 답변은 없었습니다. 견적 제공자와 유동성 제공자를 어떻게 든 구별합니다. 어떻게 될 수 있습니까? 지금 나에게 무슨 일이 Rosh는 USD에 대해 1.6의 비율로 EUR 100랏을 판매할 것이며 Renat 은 이 가격으로 유동성을 제공할 것입니까? 지금 거래할 준비가 되었습니다. 어디로 송금해야 할까요?
그래서 나는 대답했습니다. 게이트웨이 / 데이터 피드 가 은행 필드를 채우고 있습니다.
잔액 보충 및 출금 시 Trade 이벤트가 발생하여 OnTrade에서 처리할 수 있습니다.
따라서 이것은 이해할 수 있습니다. 아이디어에 따르면 거래 작업 은 OnTrade에 반영되어야 합니다. 전체 질문은 전문가에게 불필요한 치질 없이 정확하고 신속하게 처리하는 방법입니다.
내가 이해하는 한 다음과 같이 작동해야 합니다.
1. HistoryDealsTotal()을 사용하여 기록의 거래 수를 가져옵니다.
2. 이 숫자를 변수와 비교하고 거래 수가 증가했다면 HistoryDealGetTicket()을 사용하여 마지막 거래의 티켓을 가져옵니다.
3. 기존 티켓을 기반으로 거래 유형을 결정합니다. 이는 HistoryDealGetInteger(DealTicket, DEAL_TYPE)를 사용하여 수행됩니다.
4. 결과에 따라 특정 작업을 수행합니다.
추신
내가 올바르게 이해하고 있습니까, 아니면 더 나은 방법이 있습니까?
TesterWithdrawal 기능을 사용 하여 테스터에서 인출을 테스트하십시오.
예, TesterWithdrawal 자체는 개인적으로 아직 OnTrade()에서 처리하지 않지만 호출 사이트에서 처리하기 때문에 저에게는 별로 관심이 없습니다. 지금까지 자신이 결정하지 않았다고 100% 확신합니다.
다음 빌드가 오고 1포인트 비용 오류가 아직 수정되지 않았습니다.
Interesting :
내가 이해하는 한 다음과 같이 작동해야 합니다.
1. HistoryDealsTotal()을 사용하여 기록의 거래 수를 가져옵니다.
2. 이 숫자를 변수와 비교하고 거래 수가 증가했다면 HistoryDealGetTicket()을 사용하여 마지막 거래의 티켓을 가져옵니다.
3. 기존 티켓을 기반으로 거래 유형을 결정합니다. 이는 HistoryDealGetInteger(DealTicket, DEAL_TYPE)를 사용하여 수행됩니다.
4. 결과에 따라 특정 작업을 수행합니다.
추신
내 말이 맞습니까, 아니면 더 좋은 방법이 있습니까?
기능 작동에 대한 MQL4의 또 다른 질문
라이브러리가 사용되었습니다
#include <WinUser32.mqh>MQL5에서 그러한 라이브러리를 찾지 못했거나 더 이상 필요하지 않습니까?기능 작동에 대한 MQL4의 또 다른 질문
라이브러리가 사용되었습니다
MQL5에서 그러한 라이브러리를 찾지 못했거나 더 이상 필요하지 않습니까?