인터페이스가 있는 로봇과 없는 로봇을 작성 하고 대중에게 "어느 쪽이 더 나은지" 평가하도록 해야만 이 질문에 설득력 있게 답할 수 있습니다. 여기에 있는 사람들이 MQL4에서 이 실험을 인지할 수 있다면 말 그대로 15분 안에 준비할 수 있습니다(빌드가 아닌 중단). 요약: MT4에서 그래픽 인터페이스가 있는 로봇과 없는 로봇의 소비자 속성 차이를 평가할 준비가 되셨습니까? (설문조사를 만드는 것은 불필요한 일이 아닙니다. 그리고 프로그래머가 아닌 사용자만이 참여할 수 있도록)
인터페이스가 있는 로봇과 없는 로봇을 작성 하고 대중에게 "어느 쪽이 더 나은지" 평가하도록 해야만 이 질문에 설득력 있게 답할 수 있습니다. 여기에 있는 사람들이 MQL4에서 이 실험을 인지할 수 있다면 말 그대로 15분 안에 준비할 수 있습니다(빌드가 아닌 중단). 요약: MT4에서 그래픽 인터페이스가 있는 로봇과 없는 로봇의 소비자 속성 차이를 평가할 준비가 되셨습니까? (설문조사를 만드는 것은 불필요한 일이 아닙니다. 그리고 프로그래머가 아닌 사용자만이 참여할 수 있도록)
썼다. 프로젝트는 살고 발전합니다. 불행히도, GUI를 위한 로컬 생태계는 스레드가 있을 때까지 생성되지 않았으며 개발자에 따르면 mql로 작성된 모든 GUI는 처음에는 목발입니다. 그래서 당신이 버튼을 눌렀을 때, 로봇은 버튼을 눌렀을 때가 아니라 순차적 처리 대기열이 이벤트에 도달했을 때 그것에 대해 배웠습니다. 또한 버튼에서 OnChartEvent()에서 작업을 수행해야 하며(100500,000번 반복에 대한 루프에 계산이 있는지 추정) 로봇은 이 시간 동안 계속 대기하고 틱을 건너뛰고 그 때 다른 버튼을 누릅니다. , 하지만 대기열에 없습니다. 그래서 나는 이 모든 것을 보고 윈도우폼으로 샤프를 마스터하기 시작했습니다. 따라서 결국 고객이 계속해서 프로젝트를 중단하면 mql의 운명은 차트로 작업하는 거래 기능에만 있다는 것이 밝혀질 것입니다. 외부 세계, 설정 관리, 다양한 그래프 및 표 등이 제거됩니다.
내가 뭔가를 오해하고 있습니까, 아니면 MQL5의 인터페이스에 관한 것입니까? 왜냐하면 (A에서 Z까지 친숙한) MQL4가 위에서 설명한 것과 같은 것을 눈치채지 못한 것 같았기 때문입니다. 이것이 사실이라면 많은 것을 설명할 수 있습니다. 완전한 무지로 인해 판단할 수 없습니다. 하지만 그의 말이 맞았다. 1년 전 직감적으로 '이건 멀리해라' 라고 결론을 내렸고... '인터페이스가 테스터에서 작동하지 않는다'는 이유로 상위 5위권에서 내렸는데, 이는 나에게 전혀 어울리지 않았다.
내가 뭔가를 오해하고 있습니까, 아니면 MQL5의 인터페이스에 관한 것입니까? 왜냐하면 (A에서 Z까지 친숙한) MQL4가 위에서 설명한 것과 같은 것을 눈치채지 못한 것 같았기 때문입니다. 이것이 사실이라면 많은 것을 설명할 수 있습니다. 완전한 무지로 판단할 수 없습니다. 하지만 그의 말이 맞았다. 1년 전 직감적으로 '이건 멀리하라'고 결론을 내렸는데... '인터페이스가 테스터에서 작동하지 않는다'고 해서 5위에서 버리고 나니 전혀 어울리지 않았다.
GUI 테스터의 사람들이 왜 그런지 이해하지 못했습니다. GUI를 통해 펜 으로 자동화된 테스터에서 무언가를 돌리기 위해 자동 시스템을 작성하는 이유는 무엇입니까?
Vladimir Simakov : 그래서 당신이 버튼을 눌렀을 때, 로봇은 버튼을 눌렀을 때가 아니라 순차적 처리 대기열이 이벤트에 도달했을 때 그것에 대해 배웠습니다. 또한 버튼에서 OnChartEvent()에서 작업을 수행해야 하며(100500,000회 반복에 대한 루프에 계산이 있는지 추정) 로봇은 이 시간 동안 계속 대기하고 틱을 건너뛰고 그 때 다른 버튼을 누릅니다. , 하지만 아니요, 대기열에 있음
MT에서는 틱이 도착하기 전에 거래 작업 을 수행하면 안 됩니다. 예상대로 많이 작동하지 않을 것입니다.
OnChartEvent에서 사용자 클릭을 버퍼링하거나 마지막 사용자 명령을 저장하고 새 틱이 도착할 때까지 GUI를 차단해야 합니다. 두 번째 옵션인 IMHO가 선호됩니다. 구현 - SB에서 모든 그래픽 요소는 이 스크립트에 대해 이미 선명하게 되어 있으며 최소한의 작업
추신: GUI는 MQL에서 문제가 아닙니다. 많은 일이 실제로 수행될 수 있습니다. 문제는 게으름이 각 버튼, 편집 상자 등을 건네준다는 것입니다. 처방을 하자면 2020년이 마당에 있는 것 같습니다)))))), 그리고 더 흥미로운 것들이 있습니다
알렉세이 마브린 :
GUI 테스터의 사람들이 왜 그런지 이해하지 못했습니다. GUI를 통해 펜 으로 자동화된 테스터에서 무언가를 돌리기 위해 자동 시스템을 작성하는 이유는 무엇입니까?
수동 차량을 테스트하는 것이 편리하고 테스터에서 PBX를 "조정"하는 것이 편리하지만 C#의 WinForm을 통해 이러한 위시리스트를 더 빠르게 수행합니다. 어떤 형식이든 10-60분 안에 처음부터 MQL5에 나사로 고정할 수 있습니다.
GUI 테스터의 사람들이 왜 그런지 이해하지 못했습니다. GUI를 통해 펜 으로 자동화된 테스터에서 무언가를 돌리기 위해 자동 시스템을 작성하는 이유는 무엇입니까?
MQL 프로그램은 단순한 자동 재봉틀이 아닙니다. 반자동 시스템과 같은 유형의 프로그램도 있습니다. 거래 및 분석 패널 등이 있습니다.
테스터에서 작업을 확인하는 것이 편리합니다.
그리고 테스터가 일반 알고리즘 부분의 동작을 점검할 필요도 있다. 다른 조건의 시퀀스에서. 이러한 조건(서로 다른 순서로)은 매번 다른 순서로 프로그래밍하지 않고 시각적 테스터를 컴파일하고 다시 시작하는 것이 아니라 제어판의 버튼으로 필요한 이벤트의 모양을 제어하는 데 매우 편리합니다. 이렇게 하면 프로그램 논리를 더 쉽게 디버그할 수 있습니다.
Dmitry Fedoseev : MT4가 몇 년이 되었는지, GUI에 대한 질문은 전혀 없었습니다. 그래픽 개체의 기능을 다소 확장하기 위해 문제가 제기되었습니다. 이제 이 GUI로 진정한 집단 정신병이 발생합니다. 그리고 일부는 더 나아가 - 구체적으로, 이를 기반으로
동시에 GUI 정신병은 거래에서 멀리 떨어진 거래에서 관찰됩니다. 게다가 주동자는 MT 이외의 관행이 없습니다.
인터페이스가 있는 로봇과 없는 로봇을 작성 하고 대중에게 "어느 쪽이 더 나은지" 평가하도록 해야만 이 질문에 설득력 있게 답할 수 있습니다.
여기에 있는 사람들이 MQL4에서 이 실험을 인지할 수 있다면 말 그대로 15분 안에 준비할 수 있습니다(빌드가 아닌 중단).
요약: MT4에서 그래픽 인터페이스가 있는 로봇과 없는 로봇의 소비자 속성 차이를 평가할 준비가 되셨습니까?
(설문조사를 만드는 것은 불필요한 일이 아닙니다. 그리고 프로그래머가 아닌 사용자만이 참여할 수 있도록)
여기서 나는 또한 묻습니다 - 당신이 충분하지 않은 "인터페이스"는 무엇입니까?
말로만 하면 끝!
인터페이스가 있는 로봇과 없는 로봇을 작성 하고 대중에게 "어느 쪽이 더 나은지" 평가하도록 해야만 이 질문에 설득력 있게 답할 수 있습니다.
여기에 있는 사람들이 MQL4에서 이 실험을 인지할 수 있다면 말 그대로 15분 안에 준비할 수 있습니다(빌드가 아닌 중단).
요약: MT4에서 그래픽 인터페이스가 있는 로봇과 없는 로봇의 소비자 속성 차이를 평가할 준비가 되셨습니까?
(설문조사를 만드는 것은 불필요한 일이 아닙니다. 그리고 프로그래머가 아닌 사용자만이 참여할 수 있도록)
쓴...
그리고 희망 없는 망할?
내가 뭔가를 오해하고 있습니까, 아니면 MQL5의 인터페이스에 관한 것입니까? 왜냐하면 (A에서 Z까지 친숙한) MQL4가 위에서 설명한 것과 같은 것을 눈치채지 못한 것 같았기 때문입니다.
이것이 사실이라면 많은 것을 설명할 수 있습니다. 완전한 무지로 인해 판단할 수 없습니다. 하지만 그의 말이 맞았다. 1년 전 직감적으로 '이건 멀리해라' 라고 결론을 내렸고... '인터페이스가 테스터에서 작동하지 않는다'는 이유로 상위 5위권에서 내렸는데, 이는 나에게 전혀 어울리지 않았다.
그리고 희망 없는 망할?
내가 뭔가를 오해하고 있습니까, 아니면 MQL5의 인터페이스에 관한 것입니까? 왜냐하면 (A에서 Z까지 친숙한) MQL4가 위에서 설명한 것과 같은 것을 눈치채지 못한 것 같았기 때문입니다.
이것이 사실이라면 많은 것을 설명할 수 있습니다. 완전한 무지로 판단할 수 없습니다. 하지만 그의 말이 맞았다. 1년 전 직감적으로 '이건 멀리하라'고 결론을 내렸는데... '인터페이스가 테스터에서 작동하지 않는다'고 해서 5위에서 버리고 나니 전혀 어울리지 않았다.
GUI 테스터의 사람들이 왜 그런지 이해하지 못했습니다. GUI를 통해 펜 으로 자동화된 테스터에서 무언가를 돌리기 위해 자동 시스템을 작성하는 이유는 무엇입니까?
그래서 당신이 버튼을 눌렀을 때, 로봇은 버튼을 눌렀을 때가 아니라 순차적 처리 대기열이 이벤트에 도달했을 때 그것에 대해 배웠습니다. 또한 버튼에서 OnChartEvent()에서 작업을 수행해야 하며(100500,000회 반복에 대한 루프에 계산이 있는지 추정) 로봇은 이 시간 동안 계속 대기하고 틱을 건너뛰고 그 때 다른 버튼을 누릅니다. , 하지만 아니요, 대기열에 있음
MT에서는 틱이 도착하기 전에 거래 작업 을 수행하면 안 됩니다. 예상대로 많이 작동하지 않을 것입니다.
OnChartEvent에서 사용자 클릭을 버퍼링하거나 마지막 사용자 명령을 저장하고 새 틱이 도착할 때까지 GUI를 차단해야 합니다. 두 번째 옵션인 IMHO가 선호됩니다. 구현 - SB에서 모든 그래픽 요소는 이 스크립트에 대해 이미 선명하게 되어 있으며 최소한의 작업
추신: GUI는 MQL에서 문제가 아닙니다. 많은 일이 실제로 수행될 수 있습니다. 문제는 게으름이 각 버튼, 편집 상자 등을 건네준다는 것입니다. 처방을 하자면 2020년이 마당에 있는 것 같습니다 )))))), 그리고 더 흥미로운 것들이 있습니다
GUI 테스터의 사람들이 왜 그런지 이해하지 못했습니다. GUI를 통해 펜 으로 자동화된 테스터에서 무언가를 돌리기 위해 자동 시스템을 작성하는 이유는 무엇입니까?
GUI 테스터의 사람들이 왜 그런지 이해하지 못했습니다. GUI를 통해 펜 으로 자동화된 테스터에서 무언가를 돌리기 위해 자동 시스템을 작성하는 이유는 무엇입니까?
MQL 프로그램은 단순한 자동 재봉틀이 아닙니다. 반자동 시스템과 같은 유형의 프로그램도 있습니다. 거래 및 분석 패널 등이 있습니다.
테스터에서 작업을 확인하는 것이 편리합니다.
그리고 테스터가 일반 알고리즘 부분의 동작을 점검할 필요도 있다. 다른 조건의 시퀀스에서. 이러한 조건(서로 다른 순서로)은 매번 다른 순서로 프로그래밍하지 않고 시각적 테스터를 컴파일하고 다시 시작하는 것이 아니라 제어판의 버튼으로 필요한 이벤트의 모양을 제어하는 데 매우 편리합니다. 이렇게 하면 프로그램 논리를 더 쉽게 디버그할 수 있습니다.
MT4가 몇 년이 되었는지, GUI에 대한 질문은 전혀 없었습니다. 그래픽 개체의 기능을 다소 확장하기 위해 문제가 제기되었습니다. 이제 이 GUI로 진정한 집단 정신병이 발생합니다. 그리고 일부는 더 나아가 - 구체적으로, 이를 기반으로
동시에 GUI 정신병은 거래에서 멀리 떨어진 거래에서 관찰됩니다. 게다가 주동자는 MT 이외의 관행이 없습니다.
읽어주세요:
Renat, 나는 두 사람, Jacques Yves Cousteau와 당신만을 부러워했습니다. 두 분 모두 꿈을 이루셨습니다.
큰 아들이 당신에게 더 나은 것 같으면 왜 작은 아들을 익사시키겠습니까?