SetLastError 제공!!! - 페이지 6

새 코멘트
 
charter :

아니, 나는 아무것도 계산하지 않습니다. 확고한 의견이 없으므로 가장 가치 있는 오류 처리 기능을 추천해 달라고 요청합니다.

Vladislav는 위의 템플릿과 귀하의 행동을 제시했습니다.
 
Roger :

예를 들어 주문을 5번 열고 시도를 멈추면 충분하다고 생각하지만 20번이 필요하다고 생각하거나 "승리할 때까지" 열어야 할 수도 있습니다.

하지만 매번 여는 조건이 같은지 확인이 필요하다고 생각하고, 변하지 않는다면 승리까지 최소 천 번은 더 있어야 할텐데... 얼지 않기만 하면...
 
vit46 :

MQL5의 발명가는 누구를 위해 SetUserError에 그렇게 열심히 노력하고 있습니까... 그들은 스스로를 위해 65535개의 오류 코드를 예약했으며 위의 모든 것에 대해 자신의 것을 구성할 수 있습니다. :)

개발자와 연결할 필요가 없습니다.

MQL5에서는 이벤트 모델 + OOP가 정말 필요합니다.

 
sergeev :

MQL5에서는 이벤트 모델 + OOP가 정말 필요합니다.

예, 그것은 오류 처리 에 대한보다 편리한 접근 방식 일뿐입니다 ... 이벤트 모델 또는 OOP, 모든 것은 오류 수를 늘리기 위해 수행되는 것이 아니라 반대로 삶을 더 쉽게 만들기 위해 수행됩니다))
 
vit46 :

하지만 매번 여는 조건이 같은지 확인이 필요하다고 생각하고, 변하지 않는다면 승리까지 최소 천 번은 더 있어야 할텐데... 얼지 않기만 하면...


오류 후 일시 중지해야 할 때 DC의 북쪽을 어리석게 노크하면 자동 거래 가능성을 쉽게 끌 수 있습니다.

 
PapaYozh :


오류 후 일시 중지해야 할 때 DC의 북쪽을 어리석게 노크하면 자동 거래 가능성을 쉽게 끌 수 있습니다.


글쎄요, 그것은 어리석은 이론입니다. 실제로는 3회부터 조건이 변경되어 예를 들어 열 필요가 없습니다. :)
 
vit46 :

하지만 매번 여는 조건이 같은지 확인이 필요하다고 생각하고, 변하지 않는다면 승리까지 최소 천 번은 더 있어야 할텐데... 얼지 않기만 하면...

나는 몇 번이나 SL이 이전 막대의 Low에 따라 설정되고 가격에 근접했는지 확인하지 않는 어드바이저를 만났습니다. 그러나 고문이 흠이 없다고 생각하면 이길 수도 있습니다. 이것은 모든 사람이 자신만의 오류 처리 기준을 가지고 있다는 것을 의미합니다.
 
Roger :

나는 몇 번이나 SL이 이전 막대의 Low에 따라 설정되고 가격에 근접했는지 확인하지 않는 어드바이저를 만났습니다. 그러나 고문이 흠이 없다고 생각하면 이길 수도 있습니다. 이것은 모든 사람이 오류 처리에 대한 고유한 기준을 가지고 있음을 나타냅니다.

로직의 프로그래머 오류와 프로그램 중에 발생하는 오류를 구별해야한다고 말하고 싶습니다 ... 그것이 그들이 오류 오류 호출을 중단하고 예외의 자랑스러운 이름을 생각해 낸 이유 인 것 같습니다. :)
 
vit46 :

로직상의 프로그래머 오류와 프로그램 진행 중에 발생하는 오류를 구분하는 것이 필요하다고 말씀드리고 싶습니다..
기술적인 차이는 못느끼겠습니다.
 
Roger :
기술적인 차이는 못느끼겠습니다.

오류는 정상적으로 작동하는 것처럼 보이더라도 항상 그대로 작동하고 예외는 특정 상황에서만 발생합니다 ... 서버가 실패하는 등 ... ...
1234567
새 코멘트