MQL4 및 MQL5에 대한 초보자 질문, 알고리즘 및 코드에 대한 도움말 및 토론 - 페이지 1564

새 코멘트
 

원칙적으로 스왑이나 커미션이 청구되는 방식은 짙은 보라색이며, 가장 중요한 것은 금액이 

OrderProfit()+OrderCommission()+OrderSwap()
항상 "0"보다 컸습니다.
 
Maxim Kuznetsov :

말 그대로 "스왑 크기 계산" 쿼리에 대한 Google의 첫 번째


(Google-Yandex에서) 다양한 인기도에서 왜 정확히

흥미롭습니다. 매개 변수의 값은 무엇이며, 이 공식을 따를 경우 스왑이 양수가 될 수 있는 매개 변수는 무엇입니까?

마카르FX :

원칙적으로 스왑이나 커미션이 청구되는 방식은 짙은 보라색이며, 가장 중요한 것은 금액이

항상 "0"보다 컸습니다.

네, 그렇습니다. 특히 큰 과즙에 대한 오픈 딜로 시장이 마킹 타임에 가격이 약간 변동하고 수수료와의 스왑이 떨어지며 계속 떨어지는 경우 ... :)

마카르FX :

딜링센터는 내부거래를 정리하여 은행간 시장으로 출금(출금하는 경우)하고 이에 따라 이러한 거래에 대해 스왑이 부과되고 수수료는 딜링 서비스에 대한 지급

거래에 수수료가 부과되지 않으면 "주방"이거나 내부 거래를 집계하여 은행 간 시장에 표시합니다.

예를 들어, 총 50 EURUSD 판매 로트와 30 구매 랏이 있으며 은행 간 시장에서 20 랏을 판매하고 있습니다.

그들은 20랏의 판매를 위해 스왑을 지불하고 고객으로부터 80랏(판매 50랏, 구매 30랏)에서 스왑을 받습니다.

딜링 센터가 결코 날아가지 않는다는 것은 분명합니다. 그러나 은행 간 시장으로 거래를 가져오거나 자신이 상금을 지불하고 손실을 유지하는 것이 얼마나 수익성이 있습니까? 두 번째 옵션의 장점은 분명하다고 생각합니다... :)

 
Mihail Matkovskij :

흥미롭습니다. 매개 변수의 값은 무엇이며, 이 공식을 따를 경우 스왑이 양수가 될 수 있는 매개 변수는 무엇입니까?

네, 그렇습니다. 특히 큰 과즙에 대한 오픈 딜로 시장이 마킹 타임에 가격이 약간 변동하고 수수료와의 스왑이 떨어지며 계속 떨어지는 경우 ... :)

딜링 센터가 결코 날아가지 않는다는 것은 분명합니다. 그러나 은행 간 시장으로 거래를 가져오거나 자신이 상금을 지불하고 손실을 유지하는 것이 얼마나 수익성이 있습니까? 두 번째 옵션의 장점은 분명하다고 생각합니다... :)

"주방"은 비용을 지불하지 않습니다. 일반적으로 피라미드 방식(MMM)입니다.

 
MakarFX :

"주방"은 비용을 지불하지 않습니다. 일반적으로 피라미드 방식(MMM)입니다.

이렇게 하면 누가 그런 딜링센터의 고객이 되고 싶겠습니까?

 
Mihail Matkovskij :

이렇게 하면 누가 그런 딜링센터의 고객이 되고 싶겠습니까?

사기꾼들은 "새끼들은 매머드가 아니라 죽지 않을 것이다"라는 속담이 있습니다.

그리고 사람들이 쉽고 빠른 부화를 위해 노력하는 한 금융 피라미드는 번성할 것입니다.

그건 그렇고 , 이것은 신선합니다.
 
MakarFX :

원칙적으로 스왑이나 커미션이 청구되는 방식은 짙은 보라색이며, 가장 중요한 것은 금액이

항상 "0"보다 컸습니다.

무엇 때문에? 이 합계는 항상 0보다 클 수 없습니다. 이익은 양수일 수도 있고 음수일 수도 있습니다.

 
Artyom Trishkin :

무엇 때문에? 이 합계는 항상 0보다 클 수 없습니다. 이익은 양수일 수도 있고 음수일 수도 있습니다.

신호에 대해 동일 :-)

그 장소에서 더 많은 (어떤 방법으로든) 더 많이 닫을수록 더 많은 위험이 없는 돈이 도착했습니다.

 
Artyom Trishkin :

무엇 때문에? 이 합계는 항상 0보다 클 수 없습니다. 이익은 양수일 수도 있고 음수일 수도 있습니다.

마카르FX :

원칙적으로 스왑이나 커미션이 청구되는 방식은 짙은 보라색이며, 가장 중요한 것은 금액이

항상 "0"보다 컸습니다.
 
MakarFX :

전역은 여기에 선언됩니다.

답변 감사합니다, MakarFX)
OnInit() 이전에 그렇게 했습니다. 

CIsNewBar* NB_M1;

그러나 OnInit()에서 생성자가 매개변수를 받는 새 객체를 생성해야 합니다. 

CIsNewBar* NB_M1= new CIsNewBar(p1,p2,p2);

그래서 객체가 두 번 생성됩니까? 전역 선언에서 처음, OnInit()에서 두 번째....
이 경우 컴파일러는 다음과 같이 맹세합니다.

'NB_M1' 선언은 전역 변수를 숨김 -> OnInit()의 줄당

'NB_M1'의 이전 선언 참조

전역적으로 볼 수 있도록 OnInit()에서 새 개체를 만드는 방법은 무엇입니까?
 
Mikhail Tkachev :

답변 감사합니다, MakarFX)
OnInit() 이전에 그렇게 했습니다.

그러나 OnInit()에서 생성자가 매개변수를 받는 새 객체를 생성해야 합니다.

그래서 객체가 두 번 생성됩니까? 전역 선언에서 처음, OnInit()에서 두 번째....
이 경우 컴파일러는 다음과 같이 맹세합니다.

'NB_M1' 선언은 전역 변수를 숨김 -> OnInit()의 줄당

'NB_M1'의 이전 선언 참조

전역적으로 볼 수 있도록 OnInit()에서 새 개체를 만드는 방법은 무엇입니까?
틀릴 수 있지만 전역적으로만 선언해야 한다고 생각합니다.


 int или double    NB_M1;
1...155715581559156015611562156315641565156615671568156915701571...1953
새 코멘트