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

 
네, 뻔하지만 작동하지 않습니다. 입력 매개변수를 클래스에 넣는 것은 결코 우연이 아닙니다.
 
Вадим Мотеюнас :

안녕하세요, 왜 그런 주기로 지정가 주문이 지정가 주문을 설정한 후 다음 때에만 지정가 주문이 삭제되는지 알려주세요. 바에 한 번 더 지정가 주문이 설정되지 않았습니다. 즉 지정가 주문이 설정된 경우에만 지정가 주문이 제거되고 그 후에 지정가 주문이 없는 2개의 바가 따릅니다.

여기서 어떤 순서를 선택하셨나요?

 for (i= 0 ;i<= OrderTicket ();i++)
 
Nikolay Gaylis :

여기서 어떤 순서를 선택하셨나요?

나는 오류를 이해했습니다. 또한 OrderSend 에 할당된 OrderTicket() 대신 거기에 변수 티켓을 대체했습니다. 여전히 아무 것도 삭제하지 않지만 지정가 주문을 통과하고 남은 주문을 삭제하도록 주기를 설정하는 방법 2번째 바?

 
Вадим Мотеюнас :

나는 오류를 이해했고 OrderSend가 할당된 OrderTicket() 대신 티켓 변수를 대체했지만 여전히 아무것도 삭제하지 않지만 지정가 주문을 통과하고 두 번째 막대에 남아있는 것을 삭제하도록주기를 설정하는 방법 ?

최적, 적어도 그것이 내가 mql 언어를 배운 방법입니다.

코드 기반 에서 요구 사항을 거의 충족하는 어드바이저를 찾아 코드를 살펴보고 코드가 크고 명확하지 않은 경우 다음 코드를 찾으십시오.

더 이해하기 쉬운 코드를 찾은 후에는 연구 및 편집을 시작하여 무엇이 작동하고 어떻게 작동하는지 빠르게 이해할 수 있습니다.

MQL5 Code Base: Советники
MQL5 Code Base: Советники
  • www.mql5.com
В разделе торговых советников вы найдете множество приложений, автоматизирующих вашу аналитику и торговлю. Здесь вы найдете самые разные приложения, обладающие различными торговыми алгоритмами и предоставляющими различную степень автоматизации. Имеются как простенькие эксперты, так и сложные торговые роботы, способные полностью автоматизировать...
 
Juer :
네, 뻔하지만 작동하지 않습니다. 입력 매개변수를 클래스에 넣는 것은 결코 우연이 아닙니다.

그럼에도 불구하고 이러한 값은 어떻게 든 거기에 도달해야 함)) 결국 대부분의 경우 클래스의 작업은 사용자가 지정하는 값을 기반으로 합니다. 하지만 어떤 이유로 당신은 그렇게 하고 싶지 않습니다. 마법처럼, 그들은 거기에 나타나지 않을 것입니다.

일반적으로 입력 매개변수는 프로그램 초기화 단계에서 특수한 구조로 전달됩니다. 대부분의 경우 이러한 값은 사전 처리됩니다(적어도 정확성 확인). 새 클래스 인스턴스가 생성되면 이 구조에 대한 참조가 인스턴스에 전달됩니다. 여기서 불편한 점은 무엇입니까?

 
Ihor Herasko :

그럼에도 불구하고 이러한 값은 어떻게 든 거기에 도달해야 함)) 결국 대부분의 경우 클래스의 작업은 사용자가 지정하는 값을 기반으로 합니다. 하지만 어떤 이유로 당신은 그렇게 하고 싶지 않습니다. 마법처럼, 그들은 거기에 나타나지 않을 것입니다.

일반적으로 입력 매개변수는 프로그램 초기화 단계에서 특수한 구조로 전달됩니다. 대부분의 경우 이러한 값은 사전 처리됩니다(적어도 정확성 확인). 새 클래스 인스턴스가 생성되면 이 구조에 대한 참조가 인스턴스에 전달됩니다. 여기서 불편한 점은 무엇입니까?

불편함은 개체 가 생성될 때마다 이러한 값을 전달해야 한다는 점입니다. 그들은 매번 동일합니다. 뭐, 저는 생성자를 통해서 잘 해보겠습니다만, 이것은 개인의 결정입니다. 한 Expert Advisor의 경우 기본 생성자에 이러한 매개변수가 있을 수 있으며 다른 경우에는 완전히 다릅니다.

아마도 솔루션은 매개변수 값을 반환하는 메서드를 가진 완전히 다른 클래스를 만드는 것일 수 있습니다. 그러면 이 새 클래스를 한 번 초기화하는 것으로 충분합니다. 그리고 원래 클래스에서 객체를 생성할 때(예, 동일한 생성자에서도) 새 클래스에서 매개변수 값을 요청합니다.

 
Juer :

불편함은 개체 가 생성될 때마다 이러한 값을 전달해야 한다는 점입니다. 그들은 매번 동일합니다. 뭐, 저는 생성자를 통해 잘 해보겠습니다만, 이것은 개인의 결정입니다. 한 Expert Advisor의 경우 기본 생성자에 이러한 매개변수가 있을 수 있으며 다른 경우에는 완전히 다릅니다.

아마도 솔루션은 완전히 다른 클래스를 만드는 것일 수 있습니다. 이 클래스의 메서드는 매개변수 값을 반환합니다. 그러면 이 새 클래스를 한 번 초기화하는 것으로 충분합니다. 그리고 원래 클래스에서 객체를 생성할 때(예, 동일한 생성자에서도) 새 클래스에서 매개변수 값을 요청합니다.

당신은 발명된 문제를 영웅적으로 해결하고 있는 것 같습니다.
 
Artyom Trishkin :
당신은 발명된 문제를 영웅적으로 해결하고 있는 것 같습니다.
나는 이 문제에 대해 주의 깊게 읽지 않았지만 이것이 내가 밟은 것과 같은 갈퀴인 것처럼 보였고 당신은 내가 그들을 방해하지 않도록 도와주었습니다. 안 그래?
 
Alexey Viktorov :
나는 이 문제에 대해 주의 깊게 읽지 않았지만 이것이 내가 밟은 것과 같은 갈퀴인 것처럼 보였고 당신은 내가 그들을 방해하지 않도록 도와주었습니다. 안 그래?
확실히 그런 방식은 아닙니다. 당신은 공허를 초기화하고 싶지 않았습니다.
 
Artyom Trishkin :
당신은 발명된 문제를 영웅적으로 해결하고 있는 것 같습니다.

네, 위에서 제안한 사람은 바로 나였습니다. 사실, 구조에 대해 했던 것과 같은 방식으로 더 복잡할 뿐입니다.

-> 그리고 원래 클래스에서 객체를 생성 할 때(예, 동일한 생성자에서도) 새 클래스에서 매개변수 값을 요청합니다.

그러나 일반적으로 이 보조 클래스에 대한 참조를 원래 클래스에 전달해야 합니다. 요컨대, 예, 구조와 동일합니다.

이러한 모든 객체를 추가로 생성하기 위한 컨테이너 클래스를 생성합니다. 그런 다음 이러한 매개변수는 이 컨테이너 클래스에서 한 번만 초기화될 수 있습니다. 아마 그렇게 할 것입니다.