Avals : 가장 중요한 것은 사용하기 편리한 방법입니다. 다른 입력을 시도하려면 입력 설정 번호로 일괄 수행할 수 있습니다. 저것들. 항목 설정 모음이 있습니다. 편리하다면 함수의 배열로. 가장 간단한 방법은 시장에서 무조건 사거나 파는 것입니다. 또는 조건부)) 그런 다음 최적화 프로그램을 실행하고 다른 항목 설정을 반복합니다.
예, 이와 같은 것은 여전히 볼 수 있습니다. 설정에서 전략 수를 설정하고 최적화 프로그램에서 숫자로 최적화합니다. 그러나 이것은 처음이며, 즉석에서 자체 최적화를 수행하는 것이 오랫동안 꿈이었습니다.
목적은 분명합니다. 첫째, 테스터의 옵티마이저는 적어도 MT4에서는 현재로서는 충분하지 않습니다. 그리고 나는 MT4를 위해 한다.
두 번째 - 시장은 하루 동안 아무 이유 없이 극적으로 변할 수 있습니다(뉴스). 당신은 아마도 느린 플랫이 진행되고 있음을 눈치 챘을 것입니다 ... 플랫, 갑자기 모든 사람이 꼬리 아래에 겨자로 얼룩진 것처럼 보이고 따옴표가 찢어지기 시작합니다. 또는 전면적인 평면 또는 완전한 혼돈이 있습니다.
나는 그러한 상태를 분류하고 그것을 정의할 때 전략의 원하는 수정을 포함하는 것이 가능하다고 생각합니다. 그것을 하는 방법? AI 만들기 저는 장이 얇습니다. 그러나 최적화 방법은 상태를 간접적으로 결정할 수 있습니다.
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
이 외에도 긴 상속 화환이 있습니다. CIndicators는 CIndicatorBuffer를 사용하여 차례로 부모 메서드를 호출합니다. 결과적으로 지표 값을 가져오는 단순한 추적은 매우 혼란스러운 작업이 됩니다. 세 번의 재귀 호출 후에, 그것이 어디서 왔는지에 대한 이해는 완전히 상실됩니다.
그리고 이것은 실패한 상속의 한 예일 뿐입니다. 사실, 상속에 기반한 어느 정도 큰 클래스 계층 구조는 거의 항상 일관성이 없고 혼란스럽고 재귀적입니다. 이는 디버깅 및 추가 개발 프로세스를 매우 복잡하게 만듭니다.
상속의 깊이는 1-2 수준으로 제한해야 할 것 같습니다. 또한 첫 번째 수준은 0 수준 CObject(모든 것이 개체임)의 전역적이고 보편적인 정의에서 상속되어야 하며 특정 엔터티 "전문가", "지표", "후행 정지"를 구현해야 합니다. 두 번째 수준은 이미 "MACD 기반 전문가 고문", "SMA 표시기", "후행 정지" 등의 특정 구현을 구현해야 합니다. 그러나 3단계를 이용하기 위해서는 가능한 모든 방법으로 엄중히 처벌하고 기소해야 합니다.
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
이 외에도 긴 상속 화환이 있습니다. CIndicators는 CIndicatorBuffer를 사용하여 차례로 부모 메서드를 호출합니다. 결과적으로 지표 값을 가져오는 단순한 추적은 매우 혼란스러운 작업이 됩니다. 세 번의 재귀 호출 후에, 그것이 어디서 왔는지에 대한 이해는 완전히 상실됩니다.
그리고 이것은 실패한 상속의 한 예일 뿐입니다. 사실, 상속에 기반한 어느 정도 큰 클래스 계층 구조는 거의 항상 일관성이 없고 혼란스럽고 재귀적입니다. 이는 디버깅 및 추가 개발 프로세스를 매우 복잡하게 만듭니다.
상속의 깊이는 1-2 수준으로 제한해야 할 것 같습니다. 또한 첫 번째 수준은 0 수준 CObject(모든 것이 개체임)의 전역 및 보편적 정의에서 상속되어야 하고 특정 엔터티 "전문가", "지표", "후행 정지"를 구현해야 합니다 . 두 번째 수준은 이미 "MACD 기반 전문가 고문", "SMA 표시기", "후행 정지" 등의 특정 구현을 구현해야 합니다. 그러나 3단계를 이용하기 위해서는 가능한 모든 방법으로 엄중히 처벌하고 기소해야 합니다.
이제 생각이 명확해졌습니다. 그건 그렇고, 내 로봇에서 이것은 내가 강조한 것처럼 간단한 방식으로 수행되는 방식입니다. 이름만 다를 뿐입니다.
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
이 외에도 긴 상속 화환이 있습니다. CIndicators는 CIndicatorBuffer를 사용하여 차례로 부모 메서드를 호출합니다. 결과적으로 지표 값을 가져오는 단순한 추적은 매우 혼란스러운 작업이 됩니다. 세 번의 재귀 호출 후에, 그것이 어디서 왔는지에 대한 이해는 완전히 상실됩니다.
그리고 이것은 실패한 상속의 한 예일 뿐입니다. 사실, 상속에 기반한 어느 정도 큰 클래스 계층 구조 는 거의 항상 일관성이 없고혼란스럽고 재귀적입니다. 이는 디버깅 및 추가 개발 프로세스를 매우 복잡하게 만듭니다.
상속의 깊이는 1-2 수준으로 제한해야 할 것 같습니다. 또한 첫 번째 수준은 0 수준 CObject(모든 것이 개체임)의 전역적이고 보편적인 정의에서 상속되어야 하며 특정 엔터티 "전문가", "지표", "후행 정지"를 구현해야 합니다. 두 번째 수준은 이미 "MACD 기반 전문가 고문", "SMA 표시기", "후행 정지" 등의 특정 구현을 구현해야 합니다. 그러나 3단계를 이용하기 위해서는 가능한 모든 방법으로 엄중히 처벌하고 기소해야 합니다.
가장 중요한 것은 사용하기 편리한 방법입니다. 다른 입력을 시도하려면 입력 설정 번호로 일괄 수행할 수 있습니다. 저것들. 항목 설정 모음이 있습니다. 편리하다면 함수의 배열로. 가장 간단한 방법은 시장에서 무조건 사거나 파는 것입니다. 또는 조건부)) 그런 다음 최적화 프로그램을 실행하고 다른 항목 설정을 반복합니다.
예, 이와 같은 것은 여전히 볼 수 있습니다. 설정에서 전략 수를 설정하고 최적화 프로그램에서 숫자로 최적화합니다. 그러나 이것은 처음이며, 즉석에서 자체 최적화를 수행하는 것이 오랫동안 꿈이었습니다.
이 자기최적화(객관함수)의 목적은 무엇입니까?
목적은 분명합니다. 첫째, 테스터의 옵티마이저는 적어도 MT4에서는 현재로서는 충분하지 않습니다. 그리고 나는 MT4를 위해 한다.
두 번째 - 시장은 하루 동안 아무 이유 없이 극적으로 변할 수 있습니다(뉴스). 당신은 아마도 느린 플랫이 진행되고 있음을 눈치 챘을 것입니다 ... 플랫, 갑자기 모든 사람이 꼬리 아래에 겨자로 얼룩진 것처럼 보이고 따옴표가 찢어지기 시작합니다. 또는 전면적인 평면 또는 완전한 혼돈이 있습니다.
나는 그러한 상태를 분류하고 그것을 정의할 때 전략의 원하는 수정을 포함하는 것이 가능하다고 생각합니다. 그것을 하는 방법? AI 만들기 저는 장이 얇습니다. 그러나 최적화 방법은 상태를 간접적으로 결정할 수 있습니다.
지금까지 이것들은 검증되지 않은 생각일 뿐입니다.
예, 이와 같은 것은 여전히 볼 수 있습니다. 설정에서 전략 수를 설정하고 최적화 프로그램에서 숫자로 최적화합니다. 그러나 이것은 처음이며, 즉석에서 자체 최적화를 수행하는 것이 오랫동안 꿈이었습니다.
귀하의 고객은 내가 이해하는 한 전문가에게 알려진 모든 전략을 통합하기를 원합니다. 전략 목록이 있어야 이 작업을 완료할 수 있습니다. TOR를 공동으로 작성하는 것이 좋습니다.
이 전략 목록에 대한 플러스가 자체 최적화 문제를 다룬다면 그에게 신경망 을 작성하고 바퀴를 재발명하지 말고 프로그래밍 기본 지식으로 클라이언트를 속이지 마십시오. 이것이 바로 그가 당신에게 요구하는 것입니다.
그리고 "zashiba"의 예를 들 수 있습니까?
여기 있어요. 표준 라이브러리의 무역 클래스 계층:
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
이 외에도 긴 상속 화환이 있습니다. CIndicators는 CIndicatorBuffer를 사용하여 차례로 부모 메서드를 호출합니다. 결과적으로 지표 값을 가져오는 단순한 추적은 매우 혼란스러운 작업이 됩니다. 세 번의 재귀 호출 후에, 그것이 어디서 왔는지에 대한 이해는 완전히 상실됩니다.
그리고 이것은 실패한 상속의 한 예일 뿐입니다. 사실, 상속에 기반한 어느 정도 큰 클래스 계층 구조는 거의 항상 일관성이 없고 혼란스럽고 재귀적입니다. 이는 디버깅 및 추가 개발 프로세스를 매우 복잡하게 만듭니다.
상속의 깊이는 1-2 수준으로 제한해야 할 것 같습니다. 또한 첫 번째 수준은 0 수준 CObject(모든 것이 개체임)의 전역적이고 보편적인 정의에서 상속되어야 하며 특정 엔터티 "전문가", "지표", "후행 정지"를 구현해야 합니다. 두 번째 수준은 이미 "MACD 기반 전문가 고문", "SMA 표시기", "후행 정지" 등의 특정 구현을 구현해야 합니다. 그러나 3단계를 이용하기 위해서는 가능한 모든 방법으로 엄중히 처벌하고 기소해야 합니다.
저것들. 분류는 다음과 같은 경우에만 정말 유용한 도구임이 밝혀졌습니다.
귀하의 고객은 내가 이해하는 한 전문가에게 알려진 모든 전략 을 통합하기를 원합니다 . 전략 목록이 있어야 이 작업을 완료할 수 있습니다. TOR를 공동으로 작성하는 것이 좋습니다.
이 전략 목록에 대한 PLUS가 자체 최적화의 문제라면 신경망을 작성하고 바퀴를 재발명 하지 말고 프로그래밍 기본 지식으로 클라이언트를 속이지 마십시오 . 이것이 바로 그가 당신에게 요구하는 것입니다.
여기 있어요. 표준 라이브러리의 무역 클래스 계층:
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
이 외에도 긴 상속 화환이 있습니다. CIndicators는 CIndicatorBuffer를 사용하여 차례로 부모 메서드를 호출합니다. 결과적으로 지표 값을 가져오는 단순한 추적은 매우 혼란스러운 작업이 됩니다. 세 번의 재귀 호출 후에, 그것이 어디서 왔는지에 대한 이해는 완전히 상실됩니다.
그리고 이것은 실패한 상속의 한 예일 뿐입니다. 사실, 상속에 기반한 어느 정도 큰 클래스 계층 구조는 거의 항상 일관성이 없고 혼란스럽고 재귀적입니다. 이는 디버깅 및 추가 개발 프로세스를 매우 복잡하게 만듭니다.
상속의 깊이는 1-2 수준으로 제한해야 할 것 같습니다. 또한 첫 번째 수준은 0 수준 CObject(모든 것이 개체임)의 전역 및 보편적 정의에서 상속되어야 하고 특정 엔터티 "전문가", "지표", "후행 정지"를 구현해야 합니다 . 두 번째 수준은 이미 "MACD 기반 전문가 고문", "SMA 표시기", "후행 정지" 등의 특정 구현을 구현해야 합니다. 그러나 3단계를 이용하기 위해서는 가능한 모든 방법으로 엄중히 처벌하고 기소해야 합니다.
이제 생각이 명확해졌습니다. 그건 그렇고, 내 로봇에서 이것은 내가 강조한 것처럼 간단한 방식으로 수행되는 방식입니다. 이름만 다를 뿐입니다.
추신: 그런 그래프는 무엇으로 구성되었습니까? 뭔가 라 독시젠?
여기 있어요. 표준 라이브러리의 무역 클래스 계층:
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
이 외에도 긴 상속 화환이 있습니다. CIndicators는 CIndicatorBuffer를 사용하여 차례로 부모 메서드를 호출합니다. 결과적으로 지표 값을 가져오는 단순한 추적은 매우 혼란스러운 작업이 됩니다. 세 번의 재귀 호출 후에, 그것이 어디서 왔는지에 대한 이해는 완전히 상실됩니다.
그리고 이것은 실패한 상속의 한 예일 뿐입니다. 사실, 상속에 기반한 어느 정도 큰 클래스 계층 구조 는 거의 항상 일관성이 없고 혼란스럽고 재귀적입니다. 이는 디버깅 및 추가 개발 프로세스를 매우 복잡하게 만듭니다.
상속의 깊이는 1-2 수준으로 제한해야 할 것 같습니다. 또한 첫 번째 수준은 0 수준 CObject(모든 것이 개체임)의 전역적이고 보편적인 정의에서 상속되어야 하며 특정 엔터티 "전문가", "지표", "후행 정지"를 구현해야 합니다. 두 번째 수준은 이미 "MACD 기반 전문가 고문", "SMA 표시기", "후행 정지" 등의 특정 구현을 구현해야 합니다. 그러나 3단계를 이용하기 위해서는 가능한 모든 방법으로 엄중히 처벌하고 기소해야 합니다.
저것들. 분류는 다음과 같은 경우에만 정말 가치 있는 도구임이 밝혀졌습니다.
+ 아주 진실한 생각.
추신: 그런 그래프는 무엇으로 구성되었습니까? 뭔가 라 독시젠?
예, 그렇다면 ;) 약 한 시간 동안 SnagIt에서 Karpel. 내 기사를 위해 특별히 제작되었습니다.