예, 멋진 스크립트 솜씨입니다... 코딩을 처음 접하는 사람은 이 점에 주의를 기울여야 합니다. 따라서 괄호 없이 제대로 작동하도록 OP 코드를 재배열할 수 있음을 의미해야 합니다. 그렇게 하는 것이 더 효율적일 수도 있습니다.
아니요, 저는 그것에 동의하지 않습니다. "코딩을 처음 접하는" 사람들 과 다른 사람들 은 가능한 모든 테스트를 한 줄에 붙이려고 하기보다는 여러 줄을 사용해야 합니다. OP는 (분명히) 한 곳에서 모든 논리가 필요한 "도구"를 사용하고 있습니다. 그러나 일반적인 MT4에서는 테스트를 별도의 줄이나 함수 로 분할해야 합니다. 그래야 Print 문을 사이에 넣고 논리가 엉망이 된 부분을 볼 수 있습니다(종종 그렇듯이 :-)
괄호를 추가해도 계산 비용이 증가하지 않습니다. 그리고 MQL4에서 여러 줄에 논리를 배치하는 것은 실제로 계산 비용이 덜 듭니다. 따라서 여러 줄을 사용하는 경우에만 승리하고 단점은 없습니다 :-)
dabbler : 흥미롭게도 나는 그것을 확인했고 괜찮아 보였습니다. MQL4 및 C(및 기타 모든 컴퓨터 언어)에는 논리 표현식의 정확한 해석을 제공하는 일련의 우선 순위 규칙이 있습니다.
농담이 아닙니다. 저는 그것을 알고 있었고 개발자도 아닙니다! 내가 왜 처음부터 그렇게 썼다고 생각해? 프로그래머가 아닌 저는 가능한 가장 논리적인 접근 방식을 취하고 MQL이 괄호를 사용하여 논리 연산자를 사용하는 개별 인수의 분할에 배치해야 하는 커브볼 필요성에 대해 전혀 알지 못한 채 가장 논리적인 순서로 각 표현식을 설정했습니다. . MQL을 매일, 하루 종일 코딩하지 않는 한, 누가 그러한 요구 사항에 대해 무엇이든 알 수 있습니다.
비 MQL 스크립트 작성자의 관점에서, 내가 MQL을 사용하지 않는 프로토타입 거래 시스템 외부에서 거래를 실행 하는 수단으로 MQL을 사용하기 시작했다는 점을 감안할 때 이 첫 번째 실행은 순수한 논리적 관점에서 꽤 적절했다고 말할 수 있습니다. . 오류(있는 경우)는 논리적이지 않고 구문적이었습니다.
구문을 잘못 이해하는 사람과 자신이 하는 일에 대해 논리적으로 이해하지 못하는 사람 사이에는 차이가 있습니다. 그러나 물론 이 게시판의 I'm-An-MQL-Gurus는 그 정도를 깨닫지 못했습니다. 내가 MQL에 노출된 기간과 전체 EA의 복잡성을 감안할 때 MQL을 처음 접하는 대부분의 사람들이 내가 달성하려는 것을 이 정도까지 달성했는지 의심스럽습니다.
내가 단지 구문적으로 오류가 있었다는 사실은 내 OP에 대한 이 보드 응답에 대해 알아야 할 모든 것을 말합니다.
내가 말했듯이, 상인, 무역. 나는 예리한 프로그래밍 기술을 개발하기 위해 수년 동안 내 손에 여분의 시간이 없었습니다. 마찬가지로 코더, 코드. 그리고 나는 역사적으로 의미 있는 패턴 인식을 포함하는 한 줄의 반복 가능한 무역 논리를 작성할 수 있는 귀중한 소수의 사람들을 만났습니다.
나는 거의 완벽하게 실행되는 완전한 통합 거래 시스템을 가지고 있습니다. MQL에 대한 나의 유일한 관심은 현재 프로토타입이 활용하지 않는 더 낮은 시간 프레임에 대한 POC 탐색을 시작하는 것입니다.
이것은 존재의 목적을 무너뜨리는 압도적으로 잘못된 코딩 전문가 태도가 아니라면 훌륭한 사이트가 될 것입니다. 언젠가는 그 단서를 알아낼 수 있을 것입니다.
RaptorUK : 어떤 것이 의도한 대로 작동하지 않는다면 계산상 효율적인지 비효율적인지는 별로 중요하지 않습니다. . . 먼저 작동시키십시오. . 당신이 원하거나 필요하다면 그것을 최적화하는 데 남은 인생을 보내십시오. ;-)
지금은 잘 작동합니다. 이 게시판에 있는 누구에게도 감사하지 않습니다. 제 스스로 생각한 대로, 필요한 시간 기반 반복을 얻을 수 있는 방법과 거래 논리를 실현하는 데 필요한 시간 범위에 걸쳐서 말입니다. 기본적으로 코드는 각 모드에 고유한 특정 시간 범위에 걸쳐 특정 구성에 대해 여러 시간 프레임에서 일련의 iCustom 모드를 스캔합니다.
이 포럼에서 Time() 기반 조각만 보았습니다. EA는 실제로 5개의 서로 다른 EA로 구성되며, 각 EA는 하위 신호를 트리거하지 않고 상위 신호가 지속되도록(포지션이 열려 있는 동안) 다른 EA의 거래 실적을 모니터링합니다. 전체 시스템은 수직에서 수평으로, 다시 수직으로 전환할 때 시장에 남아 있도록 설계되었습니다. 무역 논리 관점에서 쉽게 설계된 것이 아닙니다.
확실히, 일반적인(모두에게 친숙한) 교차 전략이 아니며 사용 중인 "표준" 지표가 없습니다.
거래 비즈니스에서 중요한 것은 시장에 배포하는 최종 거래 논리입니다. 자신이 가지고 있다고 생각하는 훌륭한 프로그래밍 기술을 포함하여 다른 모든 것은 견고한 Trade Logic을 작성할 수 없다면 콩의 언덕은 중요하지 않습니다.
작동하는 거래 논리를 개발하는 방법에 대해 더 많이 배워야 하는 사람들을 위해 맞춤 지표 디자인이 더 낮은 시간 프레임 유효성을 갖는지 여부에 대한 연구를 수행하는 동안 일종의 임시 실험실을 만들었습니다. 사이트는 CollaborativeFx.forumer.com입니다. 충분한 봇 설계를 완료하고 결과를 발표할 수 있을 때까지 사이트를 중단했습니다.
[긍정적인 생각을 가진 사람들을 위해] Twitter @CollaborativeFx에서 온라인으로 CollaborativeFx.forumer.com 프로젝트에 대한 저의 복귀를 팔로우할 수 있습니다. The CollaborativeFx는 R&D 사이트 전용입니다. 사이트에는 상업적인 제품이 허용되지 않으며 사이트에서 판매할 수 있는 것이 없습니다. 그것은 좋은 무역 논리를 가능하게 하는 것을 발견하는 데 관심이 있는 긍정적인 생각을 가진 사람들에게 헌정된 사이트가 될 것입니다.
MQL 전용 사이트가 아닙니다. 사이트에서 MQL은 내가 수년에 걸쳐 처음부터 개발한 몇 가지 핵심 사용자 지정 지표와 관련된 몇 가지 개념 증명을 구축하기 위한 도구일 뿐입니다. 물론 다른 사이트 MQL 프로그래머는 항상 있을 것입니다. CollaborativeFx는 무역 논리 개발에 관한 모든 것입니다.
예, 멋진 스크립트 솜씨입니다... 코딩을 처음 접하는 사람은 이 점에 주의를 기울여야 합니다. 따라서 괄호 없이 제대로 작동하도록 OP 코드를 재배열할 수 있음을 의미해야 합니다. 그렇게 하는 것이 더 효율적일 수도 있습니다.
예, 멋진 스크립트 솜씨입니다... 코딩을 처음 접하는 사람은 이 점에 주의를 기울여야 합니다. 따라서 괄호 없이 제대로 작동하도록 OP 코드를 재배열할 수 있음을 의미해야 합니다. 그렇게 하는 것이 더 효율적일 수도 있습니다.
아니요, 저는 그것에 동의하지 않습니다. "코딩을 처음 접하는" 사람들 과 다른 사람들 은 가능한 모든 테스트를 한 줄에 붙이려고 하기보다는 여러 줄을 사용해야 합니다. OP는 (분명히) 한 곳에서 모든 논리가 필요한 "도구"를 사용하고 있습니다. 그러나 일반적인 MT4에서는 테스트를 별도의 줄이나 함수 로 분할해야 합니다. 그래야 Print 문을 사이에 넣고 논리가 엉망이 된 부분을 볼 수 있습니다(종종 그렇듯이 :-)
괄호를 추가해도 계산 비용이 증가하지 않습니다. 그리고 MQL4에서 여러 줄에 논리를 배치하는 것은 실제로 계산 비용이 덜 듭니다. 따라서 여러 줄을 사용하는 경우에만 승리하고 단점은 없습니다 :-)
예, 멋진 스크립트 솜씨입니다... 코딩을 처음 접하는 사람은 이 점에 주의를 기울여야 합니다. 따라서 괄호 없이 제대로 작동하도록 OP 코드를 재배열할 수 있음을 의미해야 합니다. 그렇게 하는 것이 더 효율적일 수도 있습니다.
정말로. 따라서 논리적으로 "재배열"한 후에는 결과적으로 괜찮고 더 효율적일 수 있습니다.
때때로 나는 이 사이트가 존재하는 자체의 논리를 진정으로 패배시킨다고 생각합니다. 그 모든 말도 안되는 소리, "그 방법이 훨씬 더 효율적일 수 있습니다." 정말 지금.
언리얼.
흥미롭다, 이대로
https://www.mql5.com/en/forum/126224
이야기의 배경을 아는 것이 도움이 됩니다!
나는 모든면에서 너무 많은 화가 났기 때문에이 스레드를 피했습니다. 너무 불필요한 것 같습니다.
응답자가 무슨 일이 일어나고 있는지 알아내기 위해 100% 정확도로 200개의 게시물을 읽을 필요가 없도록 OP가 새 스레드를 시작해야 할 수도 있습니다.
그리고 아마도 모든 사람들이 사람들의 이름을 부르는 것을 멈출 수 있을 것입니다.
진짜로 가득 찬 여단이 내 스레드에 대한 절대적으로 잘못된 접근 방식을 고려할 때 이 포럼에서 시작하는 것에 대해 생각할 수 있는 유일한 새 스레드는 모든 비 MQL 스크립트 작성자에게 이 독사를 멀리하라고 지시하는 설정입니다. 포럼의 구덩이 - 자신의 이익을 위해.
흥미롭게도 나는 그것을 확인했고 괜찮아 보였습니다. MQL4 및 C(및 기타 모든 컴퓨터 언어)에는 논리 표현식의 정확한 해석을 제공하는 일련의 우선 순위 규칙이 있습니다.
농담이 아닙니다. 저는 그것을 알고 있었고 개발자도 아닙니다! 내가 왜 처음부터 그렇게 썼다고 생각해? 프로그래머가 아닌 저는 가능한 가장 논리적인 접근 방식을 취하고 MQL이 괄호를 사용하여 논리 연산자를 사용하는 개별 인수의 분할에 배치해야 하는 커브볼 필요성에 대해 전혀 알지 못한 채 가장 논리적인 순서로 각 표현식을 설정했습니다. . MQL을 매일, 하루 종일 코딩하지 않는 한, 누가 그러한 요구 사항에 대해 무엇이든 알 수 있습니다.
비 MQL 스크립트 작성자의 관점에서, 내가 MQL을 사용하지 않는 프로토타입 거래 시스템 외부에서 거래를 실행 하는 수단으로 MQL을 사용하기 시작했다는 점을 감안할 때 이 첫 번째 실행은 순수한 논리적 관점에서 꽤 적절했다고 말할 수 있습니다. . 오류(있는 경우)는 논리적이지 않고 구문적이었습니다.
구문을 잘못 이해하는 사람과 자신이 하는 일에 대해 논리적으로 이해하지 못하는 사람 사이에는 차이가 있습니다. 그러나 물론 이 게시판의 I'm-An-MQL-Gurus는 그 정도를 깨닫지 못했습니다. 내가 MQL에 노출된 기간과 전체 EA의 복잡성을 감안할 때 MQL을 처음 접하는 대부분의 사람들이 내가 달성하려는 것을 이 정도까지 달성했는지 의심스럽습니다.
내가 단지 구문적으로 오류가 있었다는 사실은 내 OP에 대한 이 보드 응답에 대해 알아야 할 모든 것을 말합니다.
내가 말했듯이, 상인, 무역. 나는 예리한 프로그래밍 기술을 개발하기 위해 수년 동안 내 손에 여분의 시간이 없었습니다. 마찬가지로 코더, 코드. 그리고 나는 역사적으로 의미 있는 패턴 인식을 포함하는 한 줄의 반복 가능한 무역 논리를 작성할 수 있는 귀중한 소수의 사람들을 만났습니다.
나는 거의 완벽하게 실행되는 완전한 통합 거래 시스템을 가지고 있습니다. MQL에 대한 나의 유일한 관심은 현재 프로토타입이 활용하지 않는 더 낮은 시간 프레임에 대한 POC 탐색을 시작하는 것입니다.
이것은 존재의 목적을 무너뜨리는 압도적으로 잘못된 코딩 전문가 태도가 아니라면 훌륭한 사이트가 될 것입니다. 언젠가는 그 단서를 알아낼 수 있을 것입니다.
어떤 것이 의도한 대로 작동하지 않는다면 계산상 효율적인지 비효율적인지는 별로 중요하지 않습니다. . . 먼저 작동시키십시오. . 당신이 원하거나 필요하다면 그것을 최적화하는 데 남은 인생을 보내십시오. ;-)
지금은 잘 작동합니다. 이 게시판에 있는 누구에게도 감사하지 않습니다. 제 스스로 생각한 대로, 필요한 시간 기반 반복을 얻을 수 있는 방법과 거래 논리를 실현하는 데 필요한 시간 범위에 걸쳐서 말입니다. 기본적으로 코드는 각 모드에 고유한 특정 시간 범위에 걸쳐 특정 구성에 대해 여러 시간 프레임에서 일련의 iCustom 모드를 스캔합니다.
이 포럼에서 Time() 기반 조각만 보았습니다. EA는 실제로 5개의 서로 다른 EA로 구성되며, 각 EA는 하위 신호를 트리거하지 않고 상위 신호가 지속되도록(포지션이 열려 있는 동안) 다른 EA의 거래 실적을 모니터링합니다. 전체 시스템은 수직에서 수평으로, 다시 수직으로 전환할 때 시장에 남아 있도록 설계되었습니다. 무역 논리 관점에서 쉽게 설계된 것이 아닙니다.
확실히, 일반적인(모두에게 친숙한) 교차 전략이 아니며 사용 중인 "표준" 지표가 없습니다.
거래 비즈니스에서 중요한 것은 시장에 배포하는 최종 거래 논리입니다. 자신이 가지고 있다고 생각하는 훌륭한 프로그래밍 기술을 포함하여 다른 모든 것은 견고한 Trade Logic을 작성할 수 없다면 콩의 언덕은 중요하지 않습니다.
Nuf는이 주제와 주제에 대해 말했습니다.
작동하는 거래 논리를 개발하는 방법에 대해 더 많이 배워야 하는 사람들을 위해 맞춤 지표 디자인이 더 낮은 시간 프레임 유효성을 갖는지 여부에 대한 연구를 수행하는 동안 일종의 임시 실험실을 만들었습니다. 사이트는 CollaborativeFx.forumer.com입니다. 충분한 봇 설계를 완료하고 결과를 발표할 수 있을 때까지 사이트를 중단했습니다.
[긍정적인 생각을 가진 사람들을 위해] Twitter @CollaborativeFx에서 온라인으로 CollaborativeFx.forumer.com 프로젝트에 대한 저의 복귀를 팔로우할 수 있습니다. The CollaborativeFx는 R&D 사이트 전용입니다. 사이트에는 상업적인 제품이 허용되지 않으며 사이트에서 판매할 수 있는 것이 없습니다. 그것은 좋은 무역 논리를 가능하게 하는 것을 발견하는 데 관심이 있는 긍정적인 생각을 가진 사람들에게 헌정된 사이트가 될 것입니다.
MQL 전용 사이트가 아닙니다. 사이트에서 MQL은 내가 수년에 걸쳐 처음부터 개발한 몇 가지 핵심 사용자 지정 지표와 관련된 몇 가지 개념 증명을 구축하기 위한 도구일 뿐입니다. 물론 다른 사이트 MQL 프로그래머는 항상 있을 것입니다. CollaborativeFx는 무역 논리 개발에 관한 모든 것입니다.