구조 바위. 우리는 프로그램을 구성하고 가능성, 오류, 솔루션 등을 탐색하는 방법을 배웁니다. - 페이지 13

 

여기서 문제를 느끼기 위해서는 연습만 필요합니다. 수동 + 자동 케이스를 말하는 것이 아니라 연습을 하지 않습니다. 그러나 내 자신의 경험에서:

"일부 명령에 도대체 무슨 일이?! 무슨 일이야?

그럼 이야기를 볼까요? 마치, 그것이 분명해졌습니다. 일종의 실패(예: 브로커 측).

수동으로 개입하는 것은 비현실적입니다. 수백 개의 주문이 있습니다(모든 주문에 문제가 있는 것은 아닙니다). TS는 그런 쓰레기가 없었습니다.

차량 코드에 개입하려면 올바르게 해결하는 방법을 오랫동안 생각해야 합니다. 내가 지금 무엇을 할 수 있을까?

그래서 지금 내가 옳다고 생각하는 방식으로 일부 순서를 변경하는 까다로운 스크립트를 작성하고 있습니다."


그물 지옥에서 이 스크립트를 작성하는 속도는 얼마나 걸릴지 압니다. 그러나 MQL4에서는 훨씬 적은 시간이 소요됩니다.

나는 그물에서 당신이 위의 예에서 문제를 이해하고 느끼지 못할 것 같다고 말하고 싶습니다.

실제 거래만 연습하고 연습하세요.

 
MetaDriver :
네, 다 헛소리입니다.
만약에. 5k 미만의 일반 전략 애그리게이터가 아직 없는 이유는 무엇입니까? 그는 요점에 대해 절대적으로 말합니다.
 
hrenfx :

여기서 문제를 느끼기 위해서는 연습만 필요합니다. 수동 + 자동 케이스를 말하는 것이 아니라 연습을 하지 않습니다. 그러나 내 자신의 경험에서:

"일부 명령에 도대체 무슨 일이?! 무슨 일이야?

그럼 이야기를 볼까요? 마치, 그것이 분명해졌습니다. 일종의 실패(예: 브로커 측).

수동으로 개입하는 것은 비현실적입니다. 수백 개의 주문이 있습니다(모든 주문에 문제가 있는 것은 아닙니다). TS는 그런 쓰레기가 없었습니다.

차량 코드에 개입하려면 올바르게 해결하는 방법을 오랫동안 생각해야 합니다. 내가 지금 무엇을 할 수 있을까?

그래서 지금 내가 보는 방식으로 일부 순서를 변경하는 까다로운 스크립트를 작성하고 있습니다."


그물 지옥에서 이 스크립트를 작성하는 속도는 얼마나 걸릴지 압니다. 그러나 MQL4에서는 훨씬 적은 시간이 소요됩니다.

일반적으로 시간이 걸리지 않습니다(네팅 시). 현재 시장 위치만 중요합니다. 마켓 드라이버(동기화 장치)는 실제(브로커 서버에서)와 권장(전략의 신호) 마켓 포지션 간의 차이(바보처럼 빼기로)를 찾은 다음 이 차이를 청산하라는 명령을 보냅니다. 그리고 어떤 종류의 실패가 있었는지 여부와 상관없이, 이 순간 이전에 누구의 편인지, 어떤 성격의 실패 또는 통신의 손실/복구(기간에 관계없이!) 권장 시장 위치를 가져오는 것 입니다. 이 공리에는 예외가 없습니다.


나는 그물에서 당신이 위의 예에서 문제를 이해하고 느끼지 못할 것 같다고 말하고 싶습니다.

그건 확실합니다.

실제 거래만 연습하고 연습하세요.

글쎄, 아무도 이것에 대해 논쟁하지 않습니다.
 
TheXpert :
만약에. 5k 미만의 일반 전략 애그리게이터가 아직 없는 이유는 무엇입니까? 그는 요점에 대해 절대적으로 말합니다.

"시장을 위한" 전략 애그리게이터에 대해 이야기하는 경우, 즉 개별적으로 거래를 추적할 수 있는 기능과 함께 실제(또는 데모의 에지)에서 고립된 전문가 고문 군중을 시작하는 것입니다. 예를 들어 다음과 같습니다. 작업은 나를 포기하지 않았습니다.. :))))))

그녀와 함께 치질은 지붕을 뚫고 있으며 일반적으로 OCO 영장 없이 해결하는 것은 불가능합니다. 따라서 그러한 공예품의 지원은 그것을 쓰는 것보다 훨씬 더 많은 치질을 초래할 것입니다. 따라서 단순히 마조히스트가 없으며 따라서 그러한 "정상 집계자"가 없습니다.

"비정상"에 관해서는, 즉. 하나의 어드바이저에서 모든 전략을 조합하여 개별적으로 사용하기 위해 - 그래서 제가 방법을 보여줬고, 드라이버도 무료로 제공했습니다. :))) 하나의 시장 동인을 통해 시장에 출력되는 최소 백만 개의 네팅 신호를 취하고 요약합니다. 기성 통합 통합자, 무엇이 문제인가? ;)

 
MetaDriver :

그녀와 함께 치질은 지붕을 뚫고 있으며 일반적으로 OCO 영장 없이 해결하는 것은 불가능합니다.

OCO 주문은 필요하지 않습니다. 위에서 설명한 것과 같은 아키텍처와 여러 TS의 집계는 네팅에서도 현실입니다.

이 아키텍처에서 모든 차량은 가상에서 시작됩니다. 즉, 현재까지의 이력이 있는 자체 테스터입니다. 그런 다음 전체 포즈가 현실과 동기화됩니다.

물론 이 가상 환경의 시각화는 거의 MT4의 시각화입니다.

특히 동일한 MT4에 있는 모든 FOREX 애그리게이터가 이 넌센스를 처리한다는 것을 이해합니다. 저것들. MT4에서 가상 환경에서 TS를 실행합니다. 집계 브리지는 가상 환경을 제공합니다. 그리고 당신은 진짜 면(어떤 LP가 그곳에서 연주되었는지)을 보지 못하지만 모든 것이 당신에게 아름답게 보여집니다.

 
hrenfx :

OCO 주문은 필요하지 않습니다. 위에서 설명한 것과 같은 아키텍처와 여러 TS의 집계는 네팅에서도 현실입니다.

이 아키텍처에서 모든 차량은 가상에서 시작됩니다. 즉, 현재까지의 이력이 있는 자체 테스터입니다. 그런 다음 전체 포즈가 현실과 동기화됩니다.

물론 이 가상 환경의 시각화는 거의 MT4의 시각화입니다.

특히 동일한 MT4에 있는 모든 FOREX 애그리게이터가 이 넌센스를 처리한다는 것을 이해합니다. 저것들. 가상 환경의 MT4에서 TS를 실행합니다. 집계 브리지는 가상 환경을 제공합니다. 그리고 당신은 실제로 (어떤 LP가 거기에서 연주되었는지) 진짜 면을 보지 못하지만 모든 것이 당신에게 아름답게 보여집니다.

그래서 나는 이것에 동의합니다. 나는 "정상적인 집계자"가 없다는 Andrey의 진술에 동의하지 않습니다. 개별 사용을 위해 이러한 애그리게이터는 기본적인 플러깅 없이 만들 수 있습니다. 내 계획은 단순히 가상 테스터를 제공하지 않습니다. 그러나 그것을 만드는 것이 가능하며 무엇보다도 지표 형태로 시각화 문제가 크게 단순화됩니다.
 
hrenfx :

이 아키텍처에서 모든 차량은 가상에서 시작됩니다. 즉, 현재까지의 이력이 있는 자체 테스터입니다. 그런 다음 전체 포즈가 현실과 동기화됩니다.

너무 복잡한 솔루션입니다. 최종 개발자에게는 충분한 투명성이 없습니다.
 
MetaDriver :

매수/매도 조건을 구분하는데 전혀 문제가 없습니다. 전략 수준이 아니어야 합니다. 전략의 임무는 시장이 다음 순간에 상승할지 하락할지, 그리고 어떤 확률로 예측하는 것입니다. 권장 시장 위치는 이에 따라 다릅니다. 과거에 무엇이 있었는지, 현재 열린(어떤 방향으로든) 포즈가 있는지 여부는 전혀 중요하지 않습니다. 이것에 몰두하지 않으면 존재하지 않는 문제를 인생의 절반 동안 해결할 수 있습니다. 때로는 그것을 해결하는 것조차 매우 아름답습니다.

얼마나 중요하지!? 예, 어떤 전략에서든 논리 수준에서 현재 상태는 항상 알려져 있습니다! 두 개의 평균이 교차하는 지점에서 간단한 전략을 취해 보겠습니다. 두 개의 상태만 있으며 구매 또는 판매 중 하나입니다. 그녀는 자신의 포지션을 기억하지 않고 빠른 평균이 느린 평균보다 높다는 것을 알 때마다 롱 포지션을 열 것입니다. 그리고 동기화 장치는 어떻습니까? 그녀에게 "아니요, 당신은 이미 긴 자리를 가지고 있습니다. 나는 다른 자리를 열지 않을 것입니다!"라고 말하십시오.

내 솔루션은 보편적이며 전략 자체가 얼마나 많은 주문과 어떤 방향으로 계속 열려 있는지를 결정합니다. 한 포지션은 매수하고 두 포지션은 매도를 원합니다 - 문제 없습니다. 기본 클래스에는 결정을 내리는 데 필요한 모든 정보가 있습니다. 전략 자체가 편안한 다중 위치 모드에서 작동하는 동안 순 위치 없음은 터미널 수준에 들어갑니다.

내가 제안한 템플릿에 따라 생성된 전문가는 자동으로 다중 전문가의 속성을 갖게 됩니다. 아무것도 하거나 쓸 필요가 없습니다. 동일한 도구에서 다른 Expert Advisors의 위치는 그물망으로 붕괴되지 않으며 이러한 패턴의 그리드 또는 로커는 다른 전략만큼 쉽게 프로그래밍할 수 있습니다. 즉, Expert Advisor의 논리와 상관없이 소프트웨어 구현의 완전한 통일이 이루어집니다 !

 
C-4 :

얼마나 중요하지!? 예, 어떤 전략에서든 논리 수준에서 현재 상태는 항상 알려져 있습니다! 두 개의 평균이 교차하는 지점에서 간단한 전략을 취해 보겠습니다. 두 개의 상태만 있으며 구매 또는 판매 중 하나입니다. 그녀는 자신의 포지션을 기억하지 않고 빠른 평균이 느린 평균보다 높다는 것을 알 때마다 롱 포지션을 열 것입니다. 그리고 동기화 장치는 어떻습니까? 그녀에게 "아니요, 당신은 이미 긴 자리를 가지고 있습니다. 나는 다른 자리를 열지 않을 것입니다!"라고 말하십시오.

내 솔루션은 보편적이며 전략 자체가 얼마나 많은 주문과 어떤 방향으로 계속 열려 있는지를 결정합니다. 한 포지션은 매수하고 두 포지션은 매도를 원합니다 - 문제 없습니다. 기본 클래스에는 결정을 내리는 데 필요한 모든 정보가 있습니다. 전략 자체가 편안한 다중 위치 모드에서 작동하는 동안 순 위치 없음은 터미널 수준에 들어갑니다.

내가 제안한 템플릿에 따라 생성된 전문가는 자동으로 다중 전문가의 속성을 갖게 됩니다. 아무것도 하거나 쓸 필요가 없습니다. 동일한 도구에서 다른 Expert Advisors의 위치는 그물망으로 붕괴되지 않으며 이러한 패턴의 그리드 또는 로커는 다른 전략만큼 쉽게 프로그래밍할 수 있습니다. 즉, Expert Advisor의 논리와 상관없이 소프트웨어 구현의 완전한 통일이 이루어집니다 !

신호는 특정 방향의 거래 포지션에 대해 허용 가능한 상황으로의 변화입니다.

개별 서명으로 신호에 서명하지 않으시겠습니까? 신호가 변경되었으며 서명이 변경되었습니다.

그런 다음 실행은 신호뿐만 아니라 서명에서도 작동합니다. 이 신호가 이미 처리된 경우 다시 거래할 필요가 없습니다.

 
Urain :

신호는 특정 방향의 거래 포지션에 대해 허용 가능한 상황으로의 변화입니다.

개별 서명으로 신호에 서명하지 않으시겠습니까? 신호가 변경되었으며 서명이 변경되었습니다.

그런 다음 실행은 신호뿐만 아니라 서명에서도 작동합니다. 이 신호가 이미 처리된 경우 다시 거래할 필요가 없습니다.

이 경우 처리된 신호의 기록을 어딘가에 저장해야 하므로 비용이 많이 듭니다. 두 평균의 교차점을 다시 살펴보겠습니다. EA를 다시 시작했다고 가정해 보겠습니다. 새로운 진입 교차점이 없습니다. 고문은 어떻게든 거래 내역을 복원하고 이전에 교차점이 있었고 지금은 매수 상태여야 하며 이 신호는 이미 그것에 의해 해결되었으며 더 이상 존재하지 않는다는 것을 이해해야 합니다. 새로운 직책을 열 필요가 있지만 그의 이전 직책을 찾으려면 찾을 수 없습니다. 현재 직책이 반드시 그에게만 속하는 것은 아니기 때문에 ... 일반적으로 악몽입니다. 우리는 hrenfx가 제안한 어려운 길을 걷게 됩니다. 각 로봇 내부에 기록 신호를 수집하는 기록 테스터를 작성하고 처리 여부를 계산한 다음 전략 볼륨을 저장하는 등의 작업을 수행합니다. 등. 그 결과 개발의 복잡성이 10배 정도 증가하고 여전히 신뢰할 수 있는 솔루션이 없습니다.