MQL5에 대한 소원 - 페이지 59

새 코멘트
[삭제]  
diakin >> :

어떤 종류의 이벤트입니까?

예를 들어, 연습에서 포지션을 닫습니다. 나는 그러한 작업을 수행했습니다. 해제 된 자금을 고려하여 다른 주문을 수정하기 위해 포지션을 닫는 순간을 찾는 것입니다. 계정 상태를 항상 추적해야 했습니다. 나는 역사의 명령을 따르려고했지만 동시에 테스트가 불가능하고 모든 것이 매우 오래 걸립니다.

지금 처리할 수 있는 유일한 이벤트는 틱입니다.

 
Gupm писал(а) >>

예를 들어, 연습에서 포지션을 닫습니다. 나는 그러한 작업을 수행했습니다. 해제 된 자금을 고려하여 다른 주문을 수정하기 위해 포지션을 닫는 순간을 찾는 것입니다. 계정 상태를 항상 추적해야 했습니다. 나는 역사의 명령을 따르려고했지만 동시에 테스트가 불가능하고 모든 것이 매우 오래 걸립니다.

지금 처리할 수 있는 유일한 이벤트는 틱입니다.

어쨌든 start()는 모든 틱에서 실행됩니다. 거기에서 이벤트가 발생했는지 여부를 확인할 수 있습니다.

[삭제]  
diakin писал(а) >>

어쨌든 start()는 모든 틱에서 실행됩니다. 거기에서 이벤트가 발생했는지 여부를 확인할 수 있습니다.

예, 시작됩니다. 지금 하고 있습니다. 그러나 주문이 예를 들어 핸들러를 연결하는 이벤트 닫기와 같은 개체가 있을 때 그것이 얼마나 멋진 일입니까? 코드는 완전히 분리되고 디버깅됩니다.

 
Gupm писал(а) >>

예, 시작됩니다. 지금 하고 있습니다. 그러나 주문이 예를 들어 핸들러를 연결하는 이벤트 닫기와 같은 개체가 있을 때 그것이 얼마나 멋진 일입니까? 코드는 완전히 분리되고 디버깅됩니다.

글쎄요, 이것은 MQL5에서 하기 쉬운 것 같습니다.

;)

 int OrderSend ( string symbol , int cmd , double volume , double price , int slippage , double stoploss , double takeprofit , string comment = NULL , 
int magic = 0 , datetime expiration = 0 , color arrow_color = CLR_NONE , 
func OnClose )

마지막 매개변수는 주문이 마감될 때 호출되는 함수의 이름입니다. 컴파일러는 여전히 텍스트의 함수를 인식하고 매개변수에서도 함수를 인식합니다.

그리고 이벤트는 이미 내부적으로 처리되고 있습니다. 결국 로그에 주문 마감(또는 오류)에 대한 메시지를 인쇄합니다.

OnCloseEmpty, OnOpenEmpty 등과 같이 최소한 비어 있는 값과 같이 매개변수에도 설명해야 하는 이벤트가 많이 있을 수 있습니다 .

일반적으로 자주 호출되는 기능에 대한 템플릿 목록을 추가하는 것이 좋을 것입니다. 선택하면 모든 필수 매개변수가 포함된 공백 기능이 텍스트에 삽입됩니다.

이제 도움말로 이동하여 기능 설명을 복사하여 붙여넣고 매개변수를 편집해야 합니다.

 

MQL5에 소원을 빌고 싶습니다.

반복해서 말씀드리자면 죄송합니다, 전 전편을 읽지 않았습니다...

예를 들어 다음과 같이 새 mql의 주기가 어떻게든 강조 표시되기를 바랍니다.

 
Duke3D писал(а) >>

...

예를 들어 다음과 같이 새 mql의 주기가 어떻게든 강조 표시되기를 바랍니다.

적어도 중괄호에 대해 텍스트 서식 지정 버튼을 자동 들여쓰기로 만드십시오.

이제 괄호가 없으면 어디에서 발생했는지 찾기가 매우 어렵습니다.

그리고 줄 번호를 추가합니다. C에서 허용되지 않는 것이 무엇인지 결코 알 수 없습니다. 이것은 상태 표시줄에서 줄 번호를 찾는 것보다 더 편리합니다.

 
diakin >> :

글쎄요, 이것은 MQL5에서 하기 쉬운 것 같습니다.

 int OrderSend ( string symbol , int cmd , double volume , double price , int slippage , double stoploss , double takeprofit , string comment = NULL , 
int magic = 0 , datetime expiration = 0 , color arrow_color = CLR_NONE , 
func OnClose )

;)

마지막 매개변수는 주문이 마감될 때 호출되는 함수의 이름입니다. 컴파일러는 여전히 텍스트의 함수를 인식하고 매개변수에서도 함수를 인식합니다.

그리고 이벤트는 이미 내부적으로 처리되고 있습니다. 결국 로그에 주문 마감(또는 오류)에 대한 메시지를 인쇄합니다.

OnCloseEmpty, OnOpenEmpty 등과 같이 최소한 비어 있는 값과 같이 매개변수에도 설명해야 하는 이벤트가 많이 있을 수 있습니다 .

일반적으로 자주 호출되는 기능에 대한 템플릿 목록을 추가하는 것이 좋을 것입니다. 선택하면 모든 필수 매개변수가 포함된 공백 기능이 텍스트에 삽입됩니다.

이제 도움말로 이동하여 기능 설명을 복사하여 붙여넣고 매개변수를 편집해야 합니다.

왜 onClose에만 있습니까? onModify, onOpen은 어떻습니까?

order가 객체라면 아마도 다음과 같아야 합니다. 


TOrder order = new  TOrder(symbol , cmd , volume , price , slippage , stoploss , takeprofit , comment);
order.addEventListener( "open", myOpenHandler);
order.addEventListener( "close", myCloseHandler);
order.addEventListener( "modify", myModifyHandler);
order.send();

에스?

 
TedBeer писал(а) >>

왜 onClose에만 있습니까? onModify, onOpen은 어떻습니까?

order가 객체라면 아마도 다음과 같아야 합니다.

에스?

말하기 어렵다.

int 티켓=OrderSend(옵션); // MQL4의 일반 함수

주문(티켓).addEvent("열기", myOpenHandler);

또는 더 컴팩트

주문(티켓).OnOpen=myOpenHandler;

여기서 Order(handle)는 표준, 핸들에 의해 지정된 개체의 속성에 도달할 수 있는 개체 또는 구조입니다.

더블 MyVolume=주문(티켓).볼륨;


맞춤 이벤트의 지옥은 망칠 수 없습니다. 아니면 가능합니까?

Order(티켓).addEvent("MyCustomEvent", MyCustomEventHandler);

이 경우 "MyCustomEvent"는 어디에 설명되어 있습니까? (표준 이벤트와 전제 조건의 조합이 아닌 경우)

내가 알기로는 MQL5가 이미 작성되었으므로 이것이 미래에 대한 소망입니다 ;)))

 
diakin >> :

말하기 어렵다.

int 티켓=OrderSend(옵션); // MQL4의 일반 함수

주문(티켓).addEvent("열기", myOpenHandler);

또는 더 컴팩트

주문(티켓).OnOpen=myOpenHandler;

여기서 Order(handle)는 표준, 핸들에 의해 지정된 개체의 속성에 도달할 수 있는 개체 또는 구조입니다.

더블 MyVolume=주문(티켓).볼륨;


맞춤 이벤트의 지옥은 망칠 수 없습니다. 아니면 가능합니까?

Order(티켓).addEvent("MyCustomEvent", MyCustomEventHandler);

이 경우 "MyCustomEvent"는 어디에 설명되어 있습니까? (표준 이벤트와 전제 조건의 조합이 아닌 경우)

내가 알기로는 MQL5가 이미 작성되었으므로 이것이 미래에 대한 소망입니다 ;)))

글쎄, 당신은 기능적 접근 방식과 oop의 뒤죽박죽을 얻습니다. 한 가지는 이념적으로 맞아야 합니다. 이전 버전과의 호환성을 위해 일반적인 기능을 유지하더라도 OOP도 구현해야 합니다. 그렇지 않으면 왜 MQL5라고 하는 심층 현대화가 필요한가요?

불행히도 우리의 모든 토론은 커피 찌꺼기에 대한 점술과 비슷합니다. 그들은 메타 인용문을 원하지 않기 때문에 의미가 없습니다. 베타 버전을 구동하게 할 뿐만 아니라 구현한 언어의 사양을 게시하고 최소한 문법을 공개적으로 액세스할 수 있도록 합니다. 그렇다면 제품으로 출시되기 전에 해당 언어로 작업을 수행하도록 요청하는 것이 합리적일 것입니다.

1...525354555657585960616263646566...131
새 코멘트