'최적화' 또는 '정방향 최적화'가 진행 중인지 프로그래밍 방식으로 확인하는 방법은 무엇입니까? - 페이지 7

새 코멘트
 
Dmitry Fedoseev :
Forward=Custom, Optimization=비활성화됨? - 또한 균형선을 확인하거나 가져와서 회귀 매개변수를 계산하는 것입니까?
순 이익을 곱한 회귀를 계산합니다. STRICTLY IF Forward=Custom, Optimization=Disabled. 즉, 이것이 정상적인 최적화이거나 전진 없는 실행인 경우 우리는 아무 것도 하지 않습니다.
 
Youri Tarshecki :
정방향=사용자 정의, 최적화=비활성화된 경우 회귀를 계산합니다. 즉, 이것이 정상적인 최적화이거나 전진 없는 실행인 경우 우리는 아무 것도 하지 않습니다.
MQL5에는 플래그가 없습니다.
 
Dmitry Fedoseev :
MQL5에는 플래그가 없습니다.

글쎄, 코드가 어리석게도 ini-file에 들어가서 그것을 볼 수 있습니까?

 
Stanislav Korotky :
간접적으로 비슷한 검사를 했습니다. 첫 번째 트랜잭션은 항상 잔액 보충입니다(모든 실행에서 동일함). 그래서 OnTester에서 첫 거래의 HistoryDealGetInteger(ticket, DEAL_TIME )를 기억하고 프레임에 썼습니다. 이 값으로 OnTesterPass의 전체 실행 세트를 앞뒤로 나눌 수 있습니다. 가능하면 OnTester에서 OnTesterPass로 필요한 계산에 대한 값을 전달하고 OnTesterPass에서 자체 계산을 수행합니다.
백과 포워드는 첫 번째 거래에 대해 다른 티켓을 가지고 있습니까?
 
Youri Tarshecki :
글쎄, 코드가 어리석게도 ini-file에 들어가서 그것을 볼 수 있습니까?
그래서 나는 물었습니다. 균형 라인을 만들고 회귀를 계산하는 데 사용하거나 " Forward=Custom, Optimization=Disabled "를 정의합니까?
 

회귀를 수집하고 전달에 의해 도착해야 하므로 ini 파일에서 볼 수 있다고 가정합니다.

그리고 네, 그건 그렇고, 아마도 전달이 없는 간단한 최적화로 OnTester는 한 번만 실행됩니다. 그러면 검사가 필요하지 않습니다. 두 번째 초기화는 간단하지 않습니다.

 
Stanislav Korotky :
가능하면 OnTester에서 OnTesterPass로 필요한 계산에 대한 값을 전달하고 OnTesterPass에서 자체 계산을 수행합니다.
그리고 더 나은 이유는 무엇입니까?
 
Youri Tarshecki :

회귀를 수집하고 전달에 의해 도착해야 하므로 ini 파일에서 볼 수 있다고 가정합니다.

그리고 네, 그건 그렇고, 아마도 전달이 없는 간단한 최적화로 OnTester는 한 번만 실행됩니다. 그러면 검사가 필요하지 않습니다. 두 번째 초기화는 간단하지 않습니다.

여기에서 주제는 프로그래밍 방식으로 앞뒤를 결정할 수 없다는 사실로 시작되었으며 이것이 이 주제의 주요 문제입니다. ini를 통해서만 테스터가 어떤 모드에서 실행되고 있는지 알 수 있습니다.
 
Dmitry Fedoseev :
여기에서 주제는 프로그래밍 방식으로 앞뒤를 결정할 수 없다는 사실로 시작되었으며 이것이 이 주제의 주요 문제입니다. ini를 통해서만 테스터가 어떤 모드에서 실행되고 있는지 알 수 있습니다.
둘 사이의 경계 를 프로그래밍 방식으로 정의하는 것은 불가능합니다. 그러나 나는 예를 들어 테두리가 필요하지 않고 데이터 가 필요합니다. OnTester의 두 번째 시작은 정방향 데이터에서만 작동한다고 말했습니다.
 
Youri Tarshecki :
둘 사이의 경계 를 프로그래밍 방식으로 정의하는 것은 불가능합니다. 그러나 나는 예를 들어 테두리가 필요하지 않고 데이터 가 필요합니다. OnTester의 두 번째 시작은 정방향 데이터에서만 작동한다고 말했습니다.
네. 이것은 ini에서 "forward" 옵션의 위치를 추출하고 테스터의 모드(간단한 테스트 또는 최적화)도 확인해야 함을 의미합니다. 함수가 간단한 테스트 중에만 실행되도록 하고 앞으로가 선택되었을 때?
1234567891011
새 코멘트