어떤 경우에는 전문가와 같은 방식으로 지표를 최적화하는 것이 합리적입니다. 적용된 최적화 감각은 지표 개발자에게 알려져 있습니다. 임의의 수학적 계산 모드를 만들었으며 표시기는 실제로 계산이지만 결과를 그래픽으로 표시합니다. 물론 지표는 OnTester의 사용자 지정 값으로만 최적화 및 테스트할 수 있습니다.
서비스 데스크에 이유를 썼는데, 거기에 대한 액세스가 완전히 폐쇄되어 세부 사항을 말할 수 없습니다. 기존 SD 작업을 읽기 전용 모드로 유지하는 것이 논리적입니다. 그러면 거기에 링크를 제공할 수 있습니다.
왜이 모든 래퍼? 플랫폼 자체에서 구현하지 않는 이유는 무엇입니까? 테스터에는 이미 Expert Advisors 와 지표 를 모두 테스트할 수 있는 기능이 내장되어 있습니다. 첫 번째 유형의 프로그램에는 테스터에게 값을 반환하는 기능이 있지만 두 번째 유형은 그렇지 않다는 것은 완전히 비논리적입니다.
왜이 모든 래퍼? 플랫폼 자체에서 구현하지 않는 이유는 무엇입니까? 테스터에는 이미 Expert Advisors 와 지표 를 모두 테스트할 수 있는 기능이 내장되어 있습니다. 첫 번째 유형의 프로그램에는 테스터에게 값을 반환하는 기능이 있지만 두 번째 유형은 그렇지 않다는 것은 완전히 비논리적입니다.
Tester에서 표시기는 Visualizer에서만 시작된다는 사실에 관한 것입니다. 그리고 OnDeinit 및 전역 소멸자는 Visualizer가 닫힌 후에도 실행되지 않습니다. 따라서 지표에서 실행이 멈췄는지 알아내는 것은 다소 문제가 있습니다.
OnTester는 원래 사용자 정의 최적화 기준 (지표가 최적화되지 않았거나 Visualizer 외부에서 실행되지 않음)을 위해 만들어졌으며 실행 종료 세마포가 아닙니다. OnDeinit는 항상 Expert Advisors에서 세마포어 역할을 했습니다. 테스터의 표시기에 무언가를 반환할 필요가 없습니다.
Tester에서 표시기는 Visualizer에서만 시작된다는 사실에 관한 것입니다. 그리고 OnDeinit 및 전역 소멸자는 Visualizer가 닫힌 후에도 실행되지 않습니다 . 따라서 지표에서 실행이 멈췄는지 알아내는 것은 다소 문제가 있습니다.
OnTester는 원래 사용자 정의 최적화 기준 (지표가 최적화되지 않았거나 Visualizer 외부에서 실행되지 않음)을 위해 만들어졌으며 실행 종료 세마포가 아닙니다. OnDeinit는 항상 Expert Advisors에서 세마포어 역할을 했습니다. 테스터의 표시기에 무언가를 반환할 필요가 없습니다.
굵게 표시된 것은 문제를 나타냅니다. 그 때문에 당시 SD에 케이스를 썼습니다. 많은 지표는 언로딩 시 통계 또는 상태를 저장해야 하며, 테스터는 OnDeinit의 실패로 인해 이 순간을 해결하는 것을 허용하지 않습니다.
모든 것이 그렇게 명확하지 않습니다. 테스터가 지원하는 프로그램은 정의에 따라 순전히 의미론적으로 OnTester 이벤트를 처리할 수 있어야 한다고 생각합니다. 시각적 또는 비시각적 모드는 또 다른 문제입니다. 비시각적 모드에서 표시기를 테스트하는 것이 불가능한 이유도 명확하지 않습니다. 표시기의 계산에서 특정 문제를 식별하는 데 도움이 될 수 있기 때문입니다. 그러나 실제로 이 모드는 시각화를 시작한 다음 "스크롤 창에서 "날짜" 버튼을 누릅니다.
표시기가 테스터에게 값을 반환하면 최적화될 수 있습니다. 나는 그것이 필요에 직면하여 유용하다고 생각합니다. 이제 과제는 "탬버린과 함께 춤추기"로 해결되고 있습니다.
개발자 여러분, 표시기 에 OnTester 기능을 추가하십시오 .
테스트 완료 표시기에서 배울 수 있는 작업 방법이 없습니다.
신이 옳다고 하다
신이 옳다고 하다
어떤 경우에는 전문가와 같은 방식으로 지표를 최적화하는 것이 합리적입니다. 적용된 최적화 감각은 지표 개발자에게 알려져 있습니다. 임의의 수학적 계산 모드를 만들었으며 표시기는 실제로 계산이지만 결과를 그래픽으로 표시합니다. 물론 지표는 OnTester의 사용자 지정 값으로만 최적화 및 테스트할 수 있습니다.
서비스 데스크에 이유를 썼는데, 거기에 대한 액세스가 완전히 폐쇄되어 세부 사항을 말할 수 없습니다. 기존 SD 작업을 읽기 전용 모드로 유지하는 것이 논리적입니다. 그러면 거기에 링크를 제공할 수 있습니다.
어떤 경우에는 전문가와 같은 방식으로 지표를 최적화하는 것이 합리적입니다.
그런 다음 표시기 핸들이 있는 Expert Advisor를 만들 수 있습니다.
이 레시피는 전혀 도움이 되지 않습니다. 하나의 탭이 열려 있습니다. 먼저, 각각을 세 번 클릭하여 재설정합니다.
그런 다음 그는 하나의 PM을 썼고 즉시 6개의 읽지 않은 PM이 있었습니다. 극복하지 마십시오.
그런 다음 표시기 핸들이 있는 Expert Advisor를 만들 수 있습니다.
왜이 모든 래퍼? 플랫폼 자체에서 구현하지 않는 이유는 무엇입니까? 테스터에는 이미 Expert Advisors 와 지표 를 모두 테스트할 수 있는 기능이 내장되어 있습니다. 첫 번째 유형의 프로그램에는 테스터에게 값을 반환하는 기능이 있지만 두 번째 유형은 그렇지 않다는 것은 완전히 비논리적입니다.
왜이 모든 래퍼? 플랫폼 자체에서 구현하지 않는 이유는 무엇입니까? 테스터에는 이미 Expert Advisors 와 지표 를 모두 테스트할 수 있는 기능이 내장되어 있습니다. 첫 번째 유형의 프로그램에는 테스터에게 값을 반환하는 기능이 있지만 두 번째 유형은 그렇지 않다는 것은 완전히 비논리적입니다.
Tester에서 표시기는 Visualizer에서만 시작된다는 사실에 관한 것입니다. 그리고 OnDeinit 및 전역 소멸자는 Visualizer가 닫힌 후에도 실행되지 않습니다. 따라서 지표에서 실행이 멈췄는지 알아내는 것은 다소 문제가 있습니다.
OnTester는 원래 사용자 정의 최적화 기준 (지표가 최적화되지 않았거나 Visualizer 외부에서 실행되지 않음)을 위해 만들어졌으며 실행 종료 세마포가 아닙니다. OnDeinit는 항상 Expert Advisors에서 세마포어 역할을 했습니다. 테스터의 표시기에 무언가를 반환할 필요가 없습니다.
Tester에서 표시기는 Visualizer에서만 시작된다는 사실에 관한 것입니다. 그리고 OnDeinit 및 전역 소멸자는 Visualizer가 닫힌 후에도 실행되지 않습니다 . 따라서 지표에서 실행이 멈췄는지 알아내는 것은 다소 문제가 있습니다.
OnTester는 원래 사용자 정의 최적화 기준 (지표가 최적화되지 않았거나 Visualizer 외부에서 실행되지 않음)을 위해 만들어졌으며 실행 종료 세마포가 아닙니다. OnDeinit는 항상 Expert Advisors에서 세마포어 역할을 했습니다. 테스터의 표시기에 무언가를 반환할 필요가 없습니다.
굵게 표시된 것은 문제를 나타냅니다. 그 때문에 당시 SD에 케이스를 썼습니다. 많은 지표는 언로딩 시 통계 또는 상태를 저장해야 하며, 테스터는 OnDeinit의 실패로 인해 이 순간을 해결하는 것을 허용하지 않습니다.
모든 것이 그렇게 명확하지 않습니다. 테스터가 지원하는 프로그램은 정의에 따라 순전히 의미론적으로 OnTester 이벤트를 처리할 수 있어야 한다고 생각합니다. 시각적 또는 비시각적 모드는 또 다른 문제입니다. 비시각적 모드에서 표시기를 테스트하는 것이 불가능한 이유도 명확하지 않습니다. 표시기의 계산에서 특정 문제를 식별하는 데 도움이 될 수 있기 때문입니다. 그러나 실제로 이 모드는 시각화를 시작한 다음 "스크롤 창에서 "날짜" 버튼을 누릅니다.
표시기가 테스터에게 값을 반환하면 최적화될 수 있습니다. 나는 그것이 필요에 직면하여 유용하다고 생각합니다. 이제 과제는 "탬버린과 함께 춤추기"로 해결되고 있습니다.