쉬운 방법은 무엇입니까? - 생각의 힘인가? ))) - 프로그래밍에서 항상 이와 같습니다. 처음부터 모든 것을 직접 작성하거나 다른 사람의 기성품 솔루션을 사용합니다. 첫 번째, 두 번째 경우에는 시간이 걸립니다. 자신의 코드를 작성하고 개발하거나 더 쉬운 다른 사람의 솔루션 - 귀하의 선택
쉬운 방법은 무엇입니까? - 생각의 힘인가? ))) - 프로그래밍에서 항상 이와 같습니다. 처음부터 모든 것을 직접 작성하거나 다른 사람의 기성품 솔루션을 사용합니다. 첫 번째, 두 번째 경우에는 시간이 걸립니다. 자신의 코드를 작성하고 개발하거나 더 쉬운 다른 사람의 솔루션 - 귀하의 선택
링크 감사합니다. 라이브러리는 쉬운 방법입니다 :-)
사실, 의견에서 어떤 경우에는 멈춘다고 말합니다.
내가 아는 한, 칠면조 사본 하나에 대해 비동기식으로 재개하는 것은 불가능합니다. 각 기기에 대해 전체 대기열을 순차적으로 처리할 때까지 기다려야 합니까?
질문입니다. 차트에 200개의 막대가 있고 iBars() 함수는 200을 반환했습니다(0이 고려되지 않은 경우 201). 따옴표 아카이브에서 오른쪽에 있는 5개의 막대를 삭제했으며 막대의 수 는 195가 되었습니다(iBars() 함수 195개의 막대가 반환됨) 차트가 짧아진 다음 연결을 켜고 이 5개의 막대가 차트와 따옴표 아카이브에 나타났습니다. 연결하는 순간 iBars() 함수의 반환 값은 얼마나 더 될까요? 켜져 있습니까? 이 작업을 수행할 때 막대의 수를 한 번에 하나씩 늘리고 즉시 5개를 로드하지 않는 것을 확인했습니다. 이는 매우 이상합니다. 매우 큰 섹션을 건너뛰면 한 번에 하나의 막대로 계산되기 때문입니다. 왼쪽 검사를 해야 합니다. iBars() 함수는 어떻게 작동합니까? 연결이 있을 때 모든 막대를 한 번에 반환합니까, 아니면 다른 방식으로 작동합니까?
Seric29 : 질문입니다. 차트에 200개의 막대가 있고 iBars() 함수는 200을 반환했습니다(0이 고려되지 않은 경우 201). 나는 따옴표 아카이브에서 오른쪽에서 5개의 막대를 제거했으며 막대의 수 는 195가 되었습니다(iBars() 함수 195개의 막대가 반환됨) 차트가 짧아진 다음 연결을 켜고 이 5개의 막대가 차트와 따옴표 아카이브에 나타났습니다. 연결하는 순간 iBars() 함수의 반환 값은 얼마나 더 될까요? 켜져 있습니까? 이 작업을 수행할 때 막대의 수를 한 번에 하나씩 늘리고 즉시 5개를 로드하지 않는 것을 확인했습니다. 이는 매우 이상합니다. 매우 큰 섹션을 건너뛰면 한 번에 하나의 막대로 계산되기 때문입니다. 왼쪽 검사를 해야 합니다. iBars() 함수는 어떻게 작동합니까? 연결이 있을 때 모든 막대를 한 번에 반환합니까, 아니면 다른 방식으로 작동합니까?
전체 환경이 완전히 동기화될 때까지 누락된 데이터가 점진적으로 로드됩니다. 하나의 막대가 완전히로드 되 자마자 막대의 수 값이 증가했습니다. 누락된 막대 수를 즉시 반환하지 않고 완전히 동기화된 데이터 양만 반환됩니다.
전체 환경이 완전히 동기화될 때까지 누락된 데이터가 점진적으로 로드됩니다. 하나의 막대가 완전히로드 되 자마자 막대의 수 값이 증가했습니다. 누락된 막대 수를 즉시 반환하지 않고 완전히 동기화된 데이터 양만 반환됩니다.
분명히, 나는 막대의 급격한 공급에 대한 계산에 의존합니다. 나는 그것이 일대일로 작동한다고 생각했습니다. 예를 들어, 5개의 막대가 누락되고, 네트워크를 켜고, 데이터를 로드하고, 많은 시간을 소비합니다. 필요에 따라 막대 수가 1보다 큰 가능한 차이로 iBars() 함수에 의해 반환됩니다. 즉, 개발자가 한 번에 하나씩 막대를 제공하여 코드 작성을 단순화하지만 누락된 섹션이 큰 경우 로봇에 추가 작업이 발생합니다. 이것은 모든 경우에 무슨 일이 일어나든 195, 196, 197, 198, 199, 200 기능을 통해 막대가 펌핑된다는 것을 의미합니다. 이 메커니즘이 얼마나 신뢰할 수 있는지, 동결되거나 문제가 발생하고 한 번에 하나씩 제출하는 대신 전체 섹션의 공급이 가능합니까?
데이터가 업로드되었는지 확인하기 위해 상위 5위 안에 드는 방법은 무엇입니까?
"데이터에 대한 액세스 구성"을 읽거나 관심 여부를 쉽게 확인할 수 있는 방법이 있습니다.
https://www.mql5.com/en/code/1251
이 코드는 MT5 도움말에 있습니다.
쉬운 방법은 무엇입니까? - 생각의 힘인가? ))) - 프로그래밍에서 항상 이와 같습니다. 처음부터 모든 것을 직접 작성하거나 다른 사람의 기성품 솔루션을 사용합니다. 첫 번째, 두 번째 경우에는 시간이 걸립니다. 자신의 코드를 작성하고 개발하거나 더 쉬운 다른 사람의 솔루션 - 귀하의 선택
https://www.mql5.com/ru/code/1251
이 코드는 MT5 도움말에 있습니다.
쉬운 방법은 무엇입니까? - 생각의 힘인가? ))) - 프로그래밍에서 항상 이와 같습니다. 처음부터 모든 것을 직접 작성하거나 다른 사람의 기성품 솔루션을 사용합니다. 첫 번째, 두 번째 경우에는 시간이 걸립니다. 자신의 코드를 작성하고 개발하거나 더 쉬운 다른 사람의 솔루션 - 귀하의 선택
링크 감사합니다. 라이브러리는 쉬운 방법입니다 :-)
사실, 의견에서 어떤 경우에는 멈춘다고 말합니다.
내가 아는 한, 칠면조 사본 하나에 대해 비동기식으로 재개하는 것은 불가능합니다. 각 기기에 대해 전체 대기열을 순차적으로 처리할 때까지 기다려야 합니까?
링크 감사합니다. 라이브러리는 쉬운 방법입니다 :-)
사실, 의견에서 어떤 경우에는 멈춘다고 말합니다.
내가 아는 한, 칠면조 사본 하나에 대해 비동기식으로 재개하는 것은 불가능합니다. 각 기기에 대해 전체 대기열을 순차적으로 처리할 때까지 기다려야 합니까?
라이브러리가 충돌하지 않습니다
Expert Advisors에서만 기록을 다운로드할 수 있으며 도움말은 지표에서 사용하지 말아야 할 항목을 나타냅니다.
지표, 다시 KB 또는 기사의 예, 다중 문자 또는 다중 통화 검색
Mql4에는 몇 가지 흥미로운 것들이 있습니다. 예를 들어 드리겠습니다. 기능이 있다고 합시다.
ArrayResize ()
int 형식이지만 값을 반환 하지 않고 (void) 절차 함수로 호출할 수 있습니까? 왠지 흥미롭네요.
안녕하세요. 어떻게 고칠 수 있는지 알려주세요.
데모에서 EA는 모든 주문을 열지 않고 오류 129 (잘못된 가격)를 표시하지만 주문/입찰이 OrderSend에 지정되어 있지만 여백이 있는 미끄러짐이 발생합니다. 어드바이저를 삭제할 때 터미널이 10초 동안 정지되고 로그가 기록되는 것을 확인했습니다.
동시에 테스터에는 오류 및 정지가 없습니다.
라이브러리가 충돌하지 않습니다
Expert Advisors에서만 기록을 다운로드할 수 있으며 도움말은 지표에서 사용하지 말아야 할 항목을 나타냅니다.
지표, 다시 KB 또는 기사의 예 , 다중 문자 또는 다중 통화 검색
여기서 저자 는 배열 초기화를 별도의 라이브러리로 옮겼습니다. 요점은 무엇입니까?
여기서 저자 는 배열 초기화를 별도의 라이브러리로 옮겼습니다. 요점은 무엇입니까?
잘 모르겠습니다. 기사는 2013년에 작성되었으며 이전에 기사 작성자로 작성해야 했을 수도 있습니다. KB의 예(도움말에도 있음)는 Expert Advisors 및 스크립트에서 문제 없이 작동합니다. 그것은 나 자신 - 나는 어떤 문제도 눈치 채지 못했습니다.
다른 TF 또는 기호에서 데이터를 수신 할 표시기 를 작성해야 하는 경우 예제에서 이 작성자를 찾을 수 있습니다.
질문입니다. 차트에 200개의 막대가 있고 iBars() 함수는 200을 반환했습니다(0이 고려되지 않은 경우 201). 나는 따옴표 아카이브에서 오른쪽에서 5개의 막대를 제거했으며 막대의 수 는 195가 되었습니다(iBars() 함수 195개의 막대가 반환됨) 차트가 짧아진 다음 연결을 켜고 이 5개의 막대가 차트와 따옴표 아카이브에 나타났습니다. 연결하는 순간 iBars() 함수의 반환 값은 얼마나 더 될까요? 켜져 있습니까? 이 작업을 수행할 때 막대의 수를 한 번에 하나씩 늘리고 즉시 5개를 로드하지 않는 것을 확인했습니다. 이는 매우 이상합니다. 매우 큰 섹션을 건너뛰면 한 번에 하나의 막대로 계산되기 때문입니다. 왼쪽 검사를 해야 합니다. iBars() 함수는 어떻게 작동합니까? 연결이 있을 때 모든 막대를 한 번에 반환합니까, 아니면 다른 방식으로 작동합니까?
전체 환경이 완전히 동기화될 때까지 누락된 데이터가 점진적으로 로드됩니다. 하나의 막대가 완전히로드 되 자마자 막대의 수 값이 증가했습니다. 누락된 막대 수를 즉시 반환하지 않고 완전히 동기화된 데이터 양만 반환됩니다.
전체 환경이 완전히 동기화될 때까지 누락된 데이터가 점진적으로 로드됩니다. 하나의 막대가 완전히로드 되 자마자 막대의 수 값이 증가했습니다. 누락된 막대 수를 즉시 반환하지 않고 완전히 동기화된 데이터 양만 반환됩니다.
분명히, 나는 막대의 급격한 공급에 대한 계산에 의존합니다. 나는 그것이 일대일로 작동한다고 생각했습니다. 예를 들어, 5개의 막대가 누락되고, 네트워크를 켜고, 데이터를 로드하고, 많은 시간을 소비합니다. 필요에 따라 막대 수가 1보다 큰 가능한 차이로 iBars() 함수에 의해 반환됩니다. 즉, 개발자가 한 번에 하나씩 막대를 제공하여 코드 작성을 단순화하지만 누락된 섹션이 큰 경우 로봇에 추가 작업이 발생합니다. 이것은 모든 경우에 무슨 일이 일어나든 195, 196, 197, 198, 199, 200 기능을 통해 막대가 펌핑된다는 것을 의미합니다. 이 메커니즘이 얼마나 신뢰할 수 있는지, 동결되거나 문제가 발생하고 한 번에 하나씩 제출하는 대신 전체 섹션의 공급이 가능합니까?