문제는 어드바이저의 옵티마이저에 있습니다. 에이전트가 모든 패스를 완료하면 "중지" 버튼이 즉시 "시작"으로 변경됩니다. 최적화가 이미 완료된 것처럼. 결과 처리는 여전히 OnTesterPass 또는 OnTesterDeinit에서 계속될 수 있습니다. 그리고 시간이 좀 걸릴 수 있습니다. 우리는 그 과정을 멈출 수 없다는 것이 밝혀졌습니다. 시작을 클릭하면 새 최적화가 이전 최적화와 동시에 시작되며 이로 인해 불쾌한 결과가 발생할 수 있습니다.
문제는 어드바이저의 옵티마이저에 있습니다. 에이전트가 모든 패스를 완료하면 "중지" 버튼이 즉시 "시작"으로 변경됩니다. 최적화가 이미 완료된 것처럼. 결과 처리는 여전히 OnTesterPass 또는 OnTesterDeinit에서 계속될 수 있습니다. 그리고 시간이 좀 걸릴 수 있습니다. 우리는 그 과정을 멈출 수 없다는 것이 밝혀졌습니다. 시작을 클릭하면 새 최적화가 이전 최적화와 동시에 시작되며 이로 인해 불쾌한 결과가 발생할 수 있습니다.
버튼은 OnTesterDeinit 처리가 완료된 후에만 값을 변경해야 합니다.
그리고 프로그래밍 오류 등의 경우 OnTesterPass\OnTesterDeinit 실행이 정지/루프되면 어떻게 됩니까?
차트에서 어드바이저를 삭제 하거나 다시 시작하기 전에 어드바이저와 함께 차트를 닫는 것을 방지하는 것은 무엇입니까?
중지 버튼이 시작으로 변경됩니다. 최적화가 실제로 완료되었으며 에이전트의 참여가 필요하지 않습니다. 추가 분석은 개발자의 작업입니다.
그리고 프로그래밍 오류 등의 경우 OnTesterPass\OnTesterDeinit 실행이 정지/루프되면 어떻게 됩니까?
문제가 보이지 않습니다. 그러면 사용자가 버튼을 클릭할 때까지 최적화가 완료되지 않습니다. 여기서 이상한 점은 무엇입니까? 이제 버튼을 누르면 정지된 최적화와 동시에 다른 최적화가 실행되어 시스템 리소스가 소모됩니다. 그리고 시간이 지남에 따라. 게다가, 사용자는 시스템이 느려지기 시작할 때까지 이것을 알아차리지 못할 수도 있습니다. 정상인가요?
중지 버튼이 시작으로 변경됩니다. 최적화가 실제로 완료되었으며 에이전트의 참여가 필요하지 않습니다. 추가 분석은 개발자의 작업입니다.
최적화 프로세스가 에이전트의 작업으로 제한된다면 최적화가 아니라 열거라고 부를 것입니다. 그러나 매개변수의 열거는 우리에게 중요할 뿐만 아니라 얻은 결과의 후속 처리도 중요하며 이는 최적화의 필수 부분입니다. 특히 수학 계산 을 최적화할 때 그렇습니다.
다시 시작하기 전에 차트를 수동으로 삭제하는 경우 - 예, 물론 할 수 있지만 이것은 샤머니즘적 옵션입니다. 그리고 그러한 차트가 많이 열려 있는 경우 최적화가 어떤 차트를 참조하는지 항상 이해할 수 있는 것은 아니며 현재 차트를 전환했습니다. 버튼으로 훨씬 쉽습니다.
컴파일 오류
C++ 컴파일러를 시도했습니다. MQL에는 불확실성이 있는 반면 (MQL에 오류가 있는 경우) 정확히 f() c Print( "2" )를 호출해야 한다는 것을 이해합니다.
더 간단한 버전도 오류와 함께 컴파일됩니다.
WebRequest 허용 목록에서 사이트를 제거하는 방법을 알려주시겠습니까?
WebRequest 허용 목록에서 사이트를 제거하는 방법을 알려주시겠습니까?
"서비스" -> "설정" -> "전문가".
주소가 있는 줄의 "삭제" 버튼과 "확인"
문제는 어드바이저의 옵티마이저에 있습니다. 에이전트가 모든 패스를 완료하면 "중지" 버튼이 즉시 "시작"으로 변경됩니다. 최적화가 이미 완료된 것처럼. 결과 처리는 여전히 OnTesterPass 또는 OnTesterDeinit에서 계속될 수 있습니다. 그리고 시간이 좀 걸릴 수 있습니다. 우리는 그 과정을 멈출 수 없다는 것이 밝혀졌습니다. 시작을 클릭하면 새 최적화가 이전 최적화와 동시에 시작되며 이로 인해 불쾌한 결과가 발생할 수 있습니다.
버튼은 OnTesterDeinit 처리가 완료된 후에만 값을 변경해야 합니다.
문제는 어드바이저의 옵티마이저에 있습니다. 에이전트가 모든 패스를 완료하면 "중지" 버튼이 즉시 "시작"으로 변경됩니다. 최적화가 이미 완료된 것처럼. 결과 처리는 여전히 OnTesterPass 또는 OnTesterDeinit에서 계속될 수 있습니다. 그리고 시간이 좀 걸릴 수 있습니다. 우리는 그 과정을 멈출 수 없다는 것이 밝혀졌습니다. 시작을 클릭하면 새 최적화가 이전 최적화와 동시에 시작되며 이로 인해 불쾌한 결과가 발생할 수 있습니다.
버튼은 OnTesterDeinit 처리가 완료된 후에만 값을 변경해야 합니다.
그리고 프로그래밍 오류 등의 경우 OnTesterPass\OnTesterDeinit 실행이 정지/루프되면 어떻게 됩니까?
차트에서 어드바이저를 삭제 하거나 다시 시작하기 전에 어드바이저와 함께 차트를 닫는 것을 방지하는 것은 무엇입니까?
중지 버튼이 시작으로 변경됩니다. 최적화가 실제로 완료되었으며 에이전트의 참여가 필요하지 않습니다. 추가 분석은 개발자의 작업입니다.
그리고 프로그래밍 오류 등의 경우 OnTesterPass\OnTesterDeinit 실행이 정지/루프되면 어떻게 됩니까?
문제가 보이지 않습니다. 그러면 사용자가 버튼을 클릭할 때까지 최적화가 완료되지 않습니다. 여기서 이상한 점은 무엇입니까? 이제 버튼을 누르면 정지된 최적화와 동시에 다른 최적화가 실행되어 시스템 리소스가 소모됩니다. 그리고 시간이 지남에 따라. 게다가, 사용자는 시스템이 느려지기 시작할 때까지 이것을 알아차리지 못할 수도 있습니다. 정상인가요?
중지 버튼이 시작으로 변경됩니다. 최적화가 실제로 완료되었으며 에이전트의 참여가 필요하지 않습니다. 추가 분석은 개발자의 작업입니다.
최적화 프로세스가 에이전트의 작업으로 제한된다면 최적화가 아니라 열거라고 부를 것입니다. 그러나 매개변수의 열거는 우리에게 중요할 뿐만 아니라 얻은 결과의 후속 처리도 중요하며 이는 최적화의 필수 부분입니다. 특히 수학 계산 을 최적화할 때 그렇습니다.
다시 시작하기 전에 차트를 수동으로 삭제하는 경우 - 예, 물론 할 수 있지만 이것은 샤머니즘적 옵션입니다. 그리고 그러한 차트가 많이 열려 있는 경우 최적화가 어떤 차트를 참조하는지 항상 이해할 수 있는 것은 아니며 현재 차트를 전환했습니다. 버튼으로 훨씬 쉽습니다.
// //
최적화 프로세스가 에이전트 작업으로 제한되는 경우 이를 최적화가 아니라 열거라고 합니다. 그러나 매개변수의 열거는 우리에게 중요할 뿐만 아니라 얻은 결과의 후속 처리도 중요합니다. 이것은 최적화의 필수 부분입니다. 특히 수학 계산 을 최적화할 때 그렇습니다.
// //
일반적으로 테스터에는 최적화가 없습니다. 실제로 지정된 기준에 따라 매개변수 옵션의 공간이 감소합니다(전체 열거와 비교하여 실행 수 감소).
테스터는 최적화( 최적 매개변수 감지) 수단을 제공하지 않습니다. 선택, 분석, 결과 그룹화 및 후속 선택 (만약 그렇다면 "최적화"가 하는 일을 최적화라고 부를 수 있음)은 사용자가 수행하는 일입니다.