다음과 같은 말로 연설을 마친 여단의 군대와 통신 책임자를 기억했습니다. 성적인 의사 소통을 제외하고는 관련이 없습니다.
.... IMHO, 주제에 대해서도 지원이 없는 사용자는 갇힐 것이고 지원이 있으면 Runent에서 거의 80%의 사용자가 테스터에서 무언가를 올바르게 테스트할 수 없습니다. , 잔액 그래프만 보입니다.. 나머지 20% = 10%는 자신 있는 사용자이지만 기본적으로 MetaEditor를 열지 않고 나머지 10%는 예, 잠재적입니다.
IMHO, 오직 시장만이 모든 것을 제자리에 둘 수 있습니다.
- 또는 Peter 자신이 자신의 작품을 판매합니다.
- 또는 소스 코드와 매뉴얼을 업로드하면 마켓 판매자가 자신의 창작물을 사용할 것입니다(지난 방학 동안 MQL5 마스터에서 생성된 Expert Advisor 를 마켓에 넣고 싶어하는 학생이 있었지만 문제가 발생했습니다) ))
.... IMHO, 주제에 대해서도 지원이 없는 사용자는 갇힐 것이고 지원이 있으면 Runent에서 거의 80%의 사용자가 테스터에서 무언가를 올바르게 테스트할 수 없습니다. , 잔액 그래프만 보입니다.. 나머지 20% = 10%는 자신 있는 사용자이지만 기본적으로 MetaEditor를 열지 않고 나머지 10%는 예, 잠재적입니다.
맞아요, 제가 오래전부터 이 말을 해왔어요.
목표 청중이 있다면 아이디어 자체는 꽤 건전합니다. 즉, 프로그래밍에 정통하지만 주로 "손"으로 거래하는 것을 선호하는 사람들입니다. 그런 사람들을 위해 - 예, 그들은 차트에서 바로 아름다운 버튼, 편리한 컨트롤, 보고서를 만들고 싶어할 것입니다...
그런데 그런 사람들이 많습니까?
Peter가 OOP를 인식하지 못하고 자신의 손이 닿는 모든 것에 대한 글로벌 액세스를 좋아한다는 사실은 그의 기억력에 놀라운 일이 아닙니다. 그리고 타겟 청중 중에 같은 기억을 가진 사람들이 있다면 Peter의 접근 방식이 매우 편리할 것입니다.
그러나 Peter는 자신이 "적절한 사람들을 키울 것"이라고 주장합니다.
아 글쎄...
Peter(또는 다른 누군가)가 " 반자동 거래 클래스"를 보여 준다면 나도 이에 동의할 준비가 되어 있습니다. 그러나, 내가 baaalshi 의심하는 것이 있습니다. 그리고 이것이 없으면 "올바른 사람들을 교육"할 기회가 없습니다.
@Peter Konow 에게 귀하의 개발이 전략 테스터에서 작동합니까?
Sharp에서 창은 테스터에서 훌륭하게 느껴지며 창이 별도의 스레드에서 작동하기 때문에 속도가 느려지지 않습니다.
이제 솔루션을 개발 중입니다. 개념은 다음과 같습니다.
시각화 및 최적화 모드가 있다는 것을 잊지 마십시오. 두 번째 경우에는 모든 것이 단지 빠른 것보다 더 빨리 작동해야 합니다...
동의한다. 고려하겠습니다. 최적화 모드 에서 사용자는 "테스터의 어드바이저에 연결" 엔진 버튼을 클릭하지 않습니다.
따라서 엔진은 테스터에서 EA를 찾지 않고 연결하지 않습니다.
예, 테이블과 함께 작동합니다. 모든 것이 매우 빠릅니다(인간의 눈은 제동을 감지하지 못합니다). 그러나 아직 동적 테이블이 없습니다. 그럴게요.
이제 솔루션을 개발 중입니다. 개념은 다음과 같습니다.
그리고 그러한 연결은 엔진의 프로그래머가 아닌 사용자가 설정하도록 제안됩니까?
그리고 그러한 연결은 엔진의 프로그래머가 아닌 사용자가 설정하도록 제안됩니까?
아니요. 이 연결을 만들고 있습니다.
사용자는 Expert Advisor를 테스터에 넣고 원래 차트의 엔진에 있는 버튼을 클릭하기만 하면 됩니다. "테스터의 고문과의 연결".
사용자가 더 이상 할 일은 없습니다. 연결이 작동합니다.
그리고 그러한 연결은 엔진의 프로그래머가 아닌 사용자가 설정하도록 제안됩니까?
다음과 같은 말로 연설을 마친 여단의 군대와 통신 책임자를 기억했습니다. 성적인 의사 소통을 제외하고는 관련이 없습니다.
.... IMHO, 주제에 대해서도 지원이 없는 사용자는 갇힐 것이고 지원이 있으면 Runent에서 거의 80%의 사용자가 테스터에서 무언가를 올바르게 테스트할 수 없습니다. , 잔액 그래프만 보입니다.. 나머지 20% = 10%는 자신 있는 사용자이지만 기본적으로 MetaEditor를 열지 않고 나머지 10%는 예, 잠재적입니다.
IMHO, 오직 시장만이 모든 것을 제자리에 둘 수 있습니다.
- 또는 Peter 자신이 자신의 작품을 판매합니다.
- 또는 소스 코드와 매뉴얼을 업로드하면 마켓 판매자가 자신의 창작물을 사용할 것입니다(지난 방학 동안 MQL5 마스터에서 생성된 Expert Advisor 를 마켓에 넣고 싶어하는 학생이 있었지만 문제가 발생했습니다) ))
왜 전문가를 찾는 것이 귀찮습니까? MT4에서는 표시기를 시각적 테스트 차트에 던질 수 있습니다.
그러나 MT5에서 - 노를 말리십시오. 적어도 거기를보고 적어도 보지 마십시오.
왜 전문가를 찾는 것이 귀찮습니까? MT4에서는 표시기를 시각적 테스트 차트에 던질 수 있습니다.
그러나 MT5에서 - 노를 말리십시오. 적어도 거기를보고 적어도 보지 마십시오.
우리는 엔진과 테스터의 Expert Advisor 간의 본격적인 상호 작용에 대해 이야기하고 있습니다.
엔진 이벤트(슬라이더 누르기, 이동하기...)가 테스트된 Expert Advisor로 이동하고 Expert Advisor에서 테이블 및 요소의 모든 데이터가 엔진으로 이동하도록 합니다.
요컨대, 시각적 테스트 중에 어드바이저를 완전히 제어하는 것입니다. 그리고 모든 출력 데이터를 봅니다.
.... IMHO, 주제에 대해서도 지원이 없는 사용자는 갇힐 것이고 지원이 있으면 Runent에서 거의 80%의 사용자가 테스터에서 무언가를 올바르게 테스트할 수 없습니다. , 잔액 그래프만 보입니다.. 나머지 20% = 10%는 자신 있는 사용자이지만 기본적으로 MetaEditor를 열지 않고 나머지 10%는 예, 잠재적입니다.
맞아요, 제가 오래전부터 이 말을 해왔어요.
목표 청중이 있다면 아이디어 자체는 꽤 건전합니다. 즉, 프로그래밍에 정통하지만 주로 "손"으로 거래하는 것을 선호하는 사람들입니다. 그런 사람들을 위해 - 예, 그들은 차트에서 바로 아름다운 버튼, 편리한 컨트롤, 보고서를 만들고 싶어할 것입니다...
그런데 그런 사람들이 많습니까?
Peter가 OOP를 인식하지 못하고 자신의 손이 닿는 모든 것에 대한 글로벌 액세스를 좋아한다는 사실은 그의 기억력에 놀라운 일이 아닙니다. 그리고 타겟 청중 중에 같은 기억을 가진 사람들이 있다면 Peter의 접근 방식이 매우 편리할 것입니다.
그러나 Peter는 자신이 "적절한 사람들을 키울 것"이라고 주장합니다.
아 글쎄...
Peter(또는 다른 누군가)가 " 반자동 거래 클래스"를 보여 준다면 나도 이에 동의할 준비가 되어 있습니다. 그러나, 내가 baaalshi 의심하는 것이 있습니다. 그리고 이것이 없으면 "올바른 사람들을 교육"할 기회가 없습니다.
그렇군요, 제가 오래전부터 이 말을 해왔습니다.
목표 청중이 있다면 아이디어 자체는 꽤 건전합니다. 즉, 프로그래밍에 정통하지만 주로 "손"으로 거래하는 것을 선호하는 사람들입니다. 그런 사람들을 위해 - 예, 그들은 차트에서 바로 아름다운 버튼, 편리한 컨트롤, 보고서를 만들고 싶어할 것입니다...
그런데 그런 사람들이 많습니까?
Peter가 OOP를 인식하지 못하고 자신의 손이 닿는 모든 것에 대한 글로벌 액세스를 좋아한다는 사실은 그의 기억력에 놀라운 일이 아닙니다. 그리고 타겟 청중 중에 같은 기억을 가진 사람들이 있다면 Peter의 접근 방식이 매우 편리할 것입니다.
그러나 Peter는 자신이 "적절한 사람들을 키울 것"이라고 주장합니다.
아 글쎄...
Peter(또는 다른 누군가)가 " 반자동 거래 클래스"를 보여 준다면 나도 이에 동의할 준비가 되어 있습니다. 하지만, 내가 baaalshi 의심하는 것이 있습니다. 그리고 이것이 없으면 "올바른 사람들을 교육"할 기회가 없습니다.
조지, 이해가 되지 않습니다. 제 접근 방식은 어디에 있습니까? 경량 마크업 언어로 만든 GUI 연결 인터페이스를 제공합니다. 누가 내 접근 방식을 연구해야 하며 그 이유는 무엇입니까?
내가 제안하는 모든 것은 가장 단순한 MQL보다 훨씬 간단합니다.