내 접근 방식. 코어 - 엔진. - 페이지 43

 
Реter Konow :

요소 값을 어디에 저장하시겠습니까?

처음에 요소의 값은 생성자에서 설정할 수 있으며 Init에서 어드바이저가 설정할 수도 있습니다.

엔진은 요소의 매개 변수 값을 저장해야 합니다. 그렇지 않으면 사용자가 요소와 상호 작용할 때 처리할 수 없습니다.

즉, 슬라이더 핸들을 움직일 때 엔진 쪽에서는 값이 변경되지 않고 사용자가 직접 값 변경을 따라야 합니다.

여전히 많은 뉘앙스가 있습니다.

예를 들어 - 요소 간의 매개 변수 값 동기화. 생성자 수준에서 설정합니다.

(Oleg Papkov에게 물어보십시오. 나는 그의 요소의 동기화를 구현했습니다. 그는 슬라이더의 위치를 변경하고 다른 창의 입력 필드 값이 변경됩니다. 그리고이 모든 것이 엔진 수준에서 작동합니다).

그렇지 않으면 이 모든 작업을 사용자가 직접 수행해야 합니다.

그리고 이것은 대중을 위한 것이 아닙니다.

기본적으로 나는 다른 종파에서 아무것도 이해하지 못했지만 터미널을 다시 시작하면 모든 것이 무너진다는 것을 깨달았습니다. 예?

 
Maxim Kuznetsov :

오@@th! 2개 주세요..

이전에는 없었던 일이며 이번에도 발생했습니다 :-)

이것은 하나의 변화가 다른 하나의 변화를 수반할 때와 같은 기적의 기적입니다.

적어도 자랑할 내용은 생각해보세요 :-)

자랑글 어디서 봤어? 기술을 설명하면서?

 
Dmitry Fedoseev :

기본적으로 나는 다른 종파에서 아무것도 이해하지 못했지만 터미널을 다시 시작하면 모든 것이 무너진다는 것을 깨달았습니다. 예?

매개변수 값을 파일에 저장할 수 있습니다. 나는 그것에 대해 생각합니다.

 
Реter Konow :

매개변수 값을 파일에 저장할 수 있습니다. 나는 그것에 대해 생각합니다.

그러나 대부분의 경우 요점을 알지 못합니다. 글쎄, 고문을 다시 시작, 그래서 무엇?

 
Peter, 이 GUI가 일반적인 Expert Advisor 속성 창보다 나은 점에 대해 한 가지만 더 설명해 주시겠습니까? 일반적인 속성 창을 통해 변경할 수 없는 것은 무엇입니까? 그리고 속성 창이 아닌 GUI를 통해 이러한 매개변수를 변경하는 특별한 가치는 무엇입니까?
 
Dmitry Fedoseev :
Peter, 이 GUI가 일반적인 Expert Advisor 속성 창보다 나은 점에 대해 한 가지만 더 설명해 주시겠습니까? 일반적인 속성 창을 통해 변경할 수 없는 것은 무엇입니까? 그리고 속성 창이 아닌 GUI를 통해 이러한 매개변수를 변경하는 특별한 가치는 무엇입니까?

이 포럼의 고전적인 질문입니다.

거래 플랫폼이 필요한 이유는 무엇입니까? 거래 로봇이 필요한 이유는 무엇입니까? 그리고 파이를 구워서 마구간에서 파는 것보다 왜 더 낫습니까?

물론 농담입니다.

답이 없습니다.

추신. 속성 창을 통해 반자동 구현은 불가능합니다. 이는 수동 거래의 영역을 정복하는 것이 불가능하다는 것을 의미합니다. 이는 테스터의 성배 에서 벗어나 더 높은 단계로 올라가는 것이 불가능하다는 것을 의미한다.
 
Реter Konow :

자랑은 어디서 봤어? 기술을 설명할 때?

기술은 어디에 있습니까? 지금까지 10-15년 전의 롤백이 보입니다.

 
Реter Konow :

이 포럼의 고전적인 질문입니다.

거래 플랫폼이 필요한 이유는 무엇입니까? 거래 로봇이 필요한 이유는 무엇입니까? 그리고 파이를 구워서 마구간에서 파는 것보다 왜 더 낫습니까?

물론 농담입니다.

답이 없어요.

추신. 속성 창을 통해 반자동 구현은 불가능합니다. 이는 수동 거래의 영역을 정복하는 것이 불가능하다는 것을 의미합니다. 이는 테스터의 성배에서 벗어나 더 높은 단계로 올라가는 것이 불가능하다는 것을 의미한다.

당신은 그들이 당신에게 설명하려는 것을 이해하지 못합니다. 잘못된 부문에 투자하려고 합니다. GUI는 예를 들어 #include <GodPeter\Tru-La-La-GUI.mqh>와 같이 단순히 연결되어야 합니다.

그리고 이미 프로그램의 일부로 이벤트를 보내야 합니다. 모든 것. 사용자는 이를 수신하고 처리합니다.

당신은 당신만의 마크업 언어를 사용하여 앞뒤로 보내는 그루터기 산을 통해 여전히 한쪽으로 치우친 연결을 발명했습니다. 이 또한 공부해야 합니다. 일반적으로이 괴물은 대중에게 가지 않습니다. 사실에 대해 죄송합니다. 예술가로서 당신이 보야르의 찬사를 필요로 한다는 것을 이해하지만, 아직까지는 아무것도 없습니다.

 
Реter Konow :

이 포럼의 고전적인 질문입니다.

1. 거래 플랫폼이 필요한 이유는 무엇입니까? 2. 거래 로봇이 필요한 이유는 무엇입니까? 그리고 파이를 구워서 마구간에서 파는 것보다 왜 더 낫습니까?

물론 농담입니다.

답이 없어요.

추신. 속성 창을 통해 반자동 구현은 불가능합니다. 이는 수동 거래의 영역을 정복하는 것이 불가능하다는 것을 의미합니다. 이는 테스터의 성배에서 벗어나 더 높은 단계로 올라가는 것이 불가능하다는 것을 의미한다.

속성 창을 통해 반자동 구현이 불가능한 이유는 무엇입니까? 차이점은 무엇입니까? 속성 창을 통해 무언가를 켜거나 끄거나 추가 인터페이스를 통해(두 번째 경우 비용이 증가한다는 사실 외에)? 그래서 질문이 반복됩니다. 일반적인 속성 창을 통해 수행할 수 없는 GUI를 통해 수행할 수 있는 작업은 무엇입니까?

 
Dmitry Fedoseev :
Peter, 이 GUI가 일반적인 Expert Advisor 속성 창보다 나은 점에 대해 한 가지만 더 설명해 주시겠습니까? 일반적인 속성 창을 통해 변경할 수 없는 것은 무엇입니까? 그리고 속성 창이 아닌 GUI를 통해 이러한 매개변수를 변경하는 특별한 가치는 무엇입니까?

네, 그게 더 편할 수도 있어요, 디미트리.

나는 여기 Peterovsky GUI가 매우 이해합니다. 때로는 일부 매개변수를 별도의 패널에 배치하는 것이 매우 합리적이며 슬라이더 버튼과 기타 컨트롤을 배치하는 것이 편리합니다. 그리고 표준 인터페이스가 제공하는 것과 다르게 수행하십시오.

내가 보기에 질문은 지원의 복잡성(어디와 어떤 인덱스, 순서와 의미를 기억하는 것은 매우 어렵습니다)과 대상 청중(프로그래밍을 잘 아는 사람들)에서 다소 다른 것 같습니다. 충분하지만 동시에 손으로 거래하는 것을 선호합니다. 제 생각에는 거의 없습니다).

Peter는 반자동 장치가 미래라고 믿습니다. 이것이 바로 그러한 라이브러리를 출시할 때 기대하는 것입니다.

하지만 개인적으로 "미래는 반자동 기계에 달려있다"는 것과 프로그래밍은 할 줄 알지만 수동으로 거래를 하는 사람이 많지 않을까 하는 큰 의문이 듭니다.