Urman Ru : 다른 사람의 칠면조 "olyakish_fractals_01""을 내 아이디어에 맞게 다시 작성하려고 시도했는데 내 아이디어는 Williams Green Bars를 기반으로 합니다. 하지만 MQL4에 대한 지식이 전혀 없기 때문에 잘못된 내용을 작성하여 차트에 표시되지 않습니다. 당신에게 아무 가치가 없다면 누구든지 이해하고 도와주세요.)
프리랜서. 글쎄요, 아니면 더 도와주세요))) 물론 도움이 될 것입니다))) 하지만 어떻게 말하는 것이 정치적으로 더 정확할까요? 이것은 프로그래머로서의 성장에별로 도움이되지 않고 공격적이지 않지만 그렇게 시작해서는 안됩니다 (물론 IMHO). 그러나 다른 "무료"는 정직한 $ 30를 벌기 위해 쟁기질 한 사람을 허용하지 않지만 동료들이 이미 공격을 하고 있습니다. 여러분, 여러분의 노고와 지식에 감사드립니다. 그리고 예, 지금 시작될 것입니다. 돕는 것, 사람들이 성장하는 방법 등에 대한 것입니다. 나는 대답합니다 - 부두를 피우고이 부두에서 이해하지 못하는 것에 대해 묻습니다. 여기에서 그들이 말한 것처럼 모든 존경심을 가지고 여기에서 묘사하려고했습니다. 일반적으로 대부분 그것이 내가 보는 전부입니다). 좋아요, 이미 많이 썼습니다. 버번(맛있는 짜라자)과 베인키를 마무리하겠습니다.
Urman Ru : 다른 사람의 칠면조 "olyakish_fractals_01""을 내 아이디어에 맞게 다시 작성하려고 시도했는데 내 아이디어는 Williams의 Green Bars를 기반으로 합니다. 그러나 MQL4에 대한 지식이 전혀 없기 때문에 잘못된 내용을 작성하여 차트에 표시되지 않습니다. 당신에게 아무 가치가 없다면 누구든지 이해하고 도와주세요.)
그들이 나를 처벌하자. 그러나 절차 스타일을 이해하고 오늘날의 의무적 인 고려와 함께 MK4에 대한 Kovalev의 교과서. MKL5, 첫 번째 단계는 기억나지 않습니다. 2013년 기사입니다.
Vladimir Simakov : 나는 처벌하지 않을 것입니다)) 그러나 죽은 언어에 대한 교과서를 통해 초보자를 위한 bdsm에 대한 소개(mql4는 0과 1의 세계로 돌아가기 전에도 명예로 묻혔습니다) - 감사합니다. 오프셋!
나는 항상 그것을 MKL5의 기초로 삼을 것을 제안했습니다. 그리고 더 완전한 주문과 바 번호 매기기의 방향을 제외하고 MK5의 거의 모든 것이 MKL4에서 작동한다는 점을 감안할 때 그를 죽었다고 부르는 것은 완전히 옳지 않습니다. 그리고 아이디어의 초기 수준에서 시리즈 분석을 위해 훨씬 더 편리하고 간단합니다. 종소리와 휘파람은 종종 생각/아이디어/진정한 알고리즘을 차단함) 사실로 간주되는 알고리즘이 아님) Mashka는 무기한으로 최적화될 수 있음)
그래서 7년 동안 열심히 일한 후에 실망스러운 질문에 도달했습니다. 진입 - 퇴장, 모든 종류의 경계에 대한 신호 계산을 표시기에 배치하고 고문이 또는 고문 내부에서 읽는 것이 더 나은 위치 ? MT4는 실제 멀티스레딩을 사용할 수 없지만 지표는 다른 스레드에서 계산되는 것 같습니다... 반면 에 지표의 계산을 Expert Advisor에 삽입하면 전략이 숨겨집니다...
하지만 무엇보다 실행 속도가 걱정되는데, 계산을 올빼미와 칠면조로 나누거나 모든 것을 올빼미로 꿰매는 것이 더 나은 것은 무엇입니까?
Aleksandr Martynov : 그래서 7년 동안 열심히 일한 후에 실망스러운 질문에 도달했습니다. 진입 - 퇴장, 모든 종류의 경계에 대한 신호 계산을 표시기에 배치하고 고문이 또는 고문 내부에서 읽는 것이 더 나은 위치 ? MT4는 실제 멀티스레딩을 사용할 수 없지만 지표는 다른 스레드에서 계산되는 것 같습니다... 반면 에 지표의 계산을 Expert Advisor에 삽입하면 전략이 숨겨집니다...
하지만 무엇보다 실행 속도가 걱정되는데, 계산을 올빼미와 칠면조로 나누거나 모든 것을 올빼미로 꿰매는 것이 더 나은 것은 무엇입니까?
이런, 내가 찾은 것 같아:
문서에 따르면:
함수를 사용하여 사용자 지정 표시기를 호출하는 경우 iCustom(), 이 표시기는 호출한 프로그램의 스레드에서 실행됩니다. 라이브러리(가져온) 함수는 호출 프로그램의 스레드에서도 실행됩니다.
요약하면 MQL4 의 경우 리소스가 단일 프로그램 흐름 및 사용되는 표시기에 할당되기 때문에 계산 위치는 중요하지 않습니다.
이 경우 가능하면 표시기 코드를 Expert Advisor에게 전송하고 배열의 깊이와 "버퍼"의 수에 따라 계산된 값의 수를 최적화하는 것이 좋습니다. 단, 이는 적용되지 않습니다. 재귀 알고리즘 - 프로그램에서 자동으로 인덱싱된 버퍼는 가격 데이터 전용이기 때문에 표시기에서 계산하기가 더 쉽습니다...
[in] input-параметры пользовательского индикатора, разделенные запятыми. Тип и порядок следования параметров должен соответствовать. Если параметры не указаны, то будут использованы значения по умолчанию.
말해 주세요.
테스터에서 GetAmountLotFromOpenPos 로트 합산 함수의 반환 값이 -1717986918 값을 제공합니다. 어떻게 고칠 수 있습니까?
다른 사람의 칠면조 "olyakish_fractals_01""을 내 아이디어에 맞게 다시 작성하려고 시도했는데 내 아이디어는 Williams Green Bars를 기반으로 합니다. 하지만 MQL4에 대한 지식이 전혀 없기 때문에 잘못된 내용을 작성하여 차트에 표시되지 않습니다. 당신에게 아무 가치가 없다면 누구든지 이해하고 도와주세요.)
다른 사람의 칠면조 "olyakish_fractals_01""을 내 아이디어에 맞게 다시 작성하려고 시도했는데 내 아이디어는 Williams의 Green Bars를 기반으로 합니다. 그러나 MQL4에 대한 지식이 전혀 없기 때문에 잘못된 내용을 작성하여 차트에 표시되지 않습니다. 당신에게 아무 가치가 없다면 누구든지 이해하고 도와주세요.)
그들이 나를 처벌하자. 그러나 절차 스타일을 이해하고 오늘날의 의무적 인 고려와 함께 MK4에 대한 Kovalev의 교과서. MKL5, 첫 번째 단계는 기억나지 않습니다. 2013년 기사입니다.
그들이 나를 처벌하자. 그러나 절차 스타일을 이해하고 오늘날의 의무적 인 고려와 함께 MK4에 대한 Kovalev의 교과서. MKL5, 첫 번째 단계는 기억나지 않습니다. 2013년 기사입니다.
나는 처벌하지 않을 것입니다)) 그러나 죽은 언어에 대한 교과서를 통해 초보자를 위한 bdsm에 대한 소개(mql4는 0과 1의 세계로 돌아가기 전에도 명예로 묻혔습니다) - 감사합니다. 오프셋!
나는 항상 그것을 MKL5의 기초로 삼을 것을 제안했습니다. 그리고 더 완전한 주문과 바 번호 매기기의 방향을 제외하고 MK5의 거의 모든 것이 MKL4에서 작동한다는 점을 감안할 때 그를 죽었다고 부르는 것은 완전히 옳지 않습니다. 그리고 아이디어의 초기 수준에서 시리즈 분석을 위해 훨씬 더 편리하고 간단합니다. 종소리와 휘파람은 종종 생각/아이디어/진정한 알고리즘을 차단함) 사실로 간주되는 알고리즘이 아님) Mashka는 무기한으로 최적화될 수 있음)
나는 항상 그것을 MKL5의 기초로 삼을 것을 제안했습니다. MKL5의 거의 모든 것이 MKL4에서 작동한다는 점을 고려하면
그리고 있다
그러나 언급된 교과서는 언어통일 이전에 쓰여진 것이므로 사실 이 교과서는 무용지물이고, 기껏해야 MT4 주문 체계를 이해하는데 도움이 될 것입니다.
좋은 시간입니다. 금을 제외한 모든 통화에 대해 거래를 여는 고문이 있습니다. 금으로도 열려면 Expert Advisor에 어떤 코드를 추가해야 하는지 도와주세요.
그래서 7년 동안 열심히 일한 후에 실망스러운 질문에 도달했습니다. 진입 - 퇴장, 모든 종류의 경계에 대한 신호 계산을 표시기에 배치하고 고문이 또는 고문 내부에서 읽는 것이 더 나은 위치 ? MT4는 실제 멀티스레딩을 사용할 수 없지만 지표는 다른 스레드에서 계산되는 것 같습니다... 반면 에 지표의 계산을 Expert Advisor에 삽입하면 전략이 숨겨집니다...
이런, 내가 찾은 것 같아:
문서에 따르면:
함수를 사용하여 사용자 지정 표시기를 호출하는 경우 iCustom() , 이 표시기는 호출한 프로그램의 스레드에서 실행됩니다. 라이브러리(가져온) 함수는 호출 프로그램의 스레드에서도 실행됩니다.
요약하면 MQL4 의 경우 리소스가 단일 프로그램 흐름 및 사용되는 표시기에 할당되기 때문에 계산 위치는 중요하지 않습니다.
이 경우 가능하면 표시기 코드를 Expert Advisor에게 전송하고 배열의 깊이와 "버퍼"의 수에 따라 계산된 값의 수를 최적화하는 것이 좋습니다. 단, 이는 적용되지 않습니다. 재귀 알고리즘 - 프로그램에서 자동으로 인덱싱된 버퍼는 가격 데이터 전용이기 때문에 표시기에서 계산하기가 더 쉽습니다...