당신의 참고로 나는 당신이 거의 그렇게 했다는 것을 깨달았습니다. 그렇지 않은 것으로 나타났습니다.
분명히 한 프로그래머가 쓰기 시작했고 다른 누군가가 완료했습니다.
귀하의 구현은 FOREX에는 좋지만 FORTS에는 매우 불편합니다.
지수는 오랫동안 FORTS에 도착하지 않을 수 있으며 시계열은 payati에서 언로드됩니다.
그리고 서버를 호출하면서 데이터를 얻는 전체 과정을 다시 반복해야 합니다 !
많은 기호의 데이터로 작업하려면 전문가를 사용하십시오. 모든 것이 편리하고 간단합니다. MT5 환경의 표시기는 주로 시계열 데이터를 기반으로 빠른 계산을 하고 계산 결과를 차트에 표시하도록 설계되었습니다. 플랫폼을 개발하는 동안 전문가가 사용할 수 있는 많은 기능을 제공받았지만 기본적인 아키텍처 제한은 남아 있었습니다. 그리고 지표와 전문가의 차이를 완전히 지울 이유가 없습니다. 다시 한 번 말씀드리지만 가장 큰 차이점은 전문가마다 고유한 처리 스레드가 있다는 것입니다. 지표는 서비스 스레드에서 계산되며 이 스레드는 다른 많은 기능을 수행합니다. 그렇기 때문에 전문가와 공유하는 기능도 구현 방식이 다릅니다.
역사에 대한 접근과 관련하여 여기에는 보편적인 해결책이 없습니다. 단말은 소비자의 욕구를 미리 예측할 수 없다. EA가 날짜를 하나만 가져오거나 사용 가능한 전체 기록을 요청하려는지 여부. 시간 프레임에 대한 빠른 액세스를 위해 터미널에서 선택되었습니다. 사용자의 요청에 따라 히스토리의 현재(서버와 동기화됨) 상태를 완전히 캐시하려고 시도합니다. 반복적인 활성 액세스에 대한 베팅이 이루어집니다. 예, 이 접근 방식이 편리하지 않은 애플리케이션 클래스가 있습니다. 그러나 프로그래머가 "개인적으로 자신을 위해" 터미널을 다시 작성해야 하는 요구 사항에 매달리지 않으면 기존 기능에서 솔루션을 찾을 수 있습니다. 솔루션이 전혀 없으면 기능 확장 문제가 발생합니다.
일반화 없이 특정 코드의 특정 문제를 설명합니다. 그렇지 않으면 단일 기능의 오해가 있는 기능이 "다 틀리다", "다 불편하다"로 부풀려진다.
많은 기호의 데이터로 작업하려면 전문가를 사용하십시오. 모든 것이 편리하고 간단합니다. MT5 환경의 표시기는 주로 시계열 데이터를 기반으로 빠른 계산을 하고 계산 결과를 차트에 표시하도록 설계되었습니다. 플랫폼을 개발하는 동안 전문가가 사용할 수 있는 많은 기능을 제공받았지만 기본적인 아키텍처 제한은 남아 있었습니다. 그리고 지표와 전문가의 차이를 완전히 지울 이유가 없습니다. 다시 한 번 말씀드리지만 가장 큰 차이점은 전문가마다 고유한 처리 스레드가 있다는 것입니다. 지표는 서비스 스레드에서 계산되며 이 스레드는 다른 많은 기능을 수행합니다. 그렇기 때문에 전문가와 공유하는 기능도 구현 방식이 다릅니다.
역사에 대한 접근과 관련하여 여기에는 보편적인 해결책이 없습니다. 단말은 소비자의 욕구를 미리 예측할 수 없다. EA가 날짜를 하나만 가져오거나 사용 가능한 전체 기록을 요청하려는지 여부. 시간 프레임에 대한 빠른 액세스를 위해 터미널에서 선택되었습니다. 사용자의 요청에 따라 히스토리의 현재(서버와 동기화됨) 상태를 완전히 캐시하려고 시도합니다. 반복적인 활성 액세스에 대한 베팅이 이루어집니다. 예, 이 접근 방식이 편리하지 않은 애플리케이션 클래스가 있습니다. 그러나 프로그래머가 "개인적으로 자신을 위해" 터미널을 다시 작성해야 하는 요구 사항에 매달리지 않으면 기존 기능에서 솔루션을 찾을 수 있습니다. 솔루션이 전혀 없으면 기능 확장 문제가 발생합니다.
일반화 없이 특정 코드의 특정 문제를 설명합니다. 그렇지 않으면 단일 기능의 오해가 있는 기능이 "다 틀리다", "다 불편하다"로 부풀려진다.
좋은 오후, 안톤!
답변을 분석해 보겠습니다.
1. "전문가를 사용하여 다중 문자 데이터 작업을 수행하면 모든 것이 편리하고 간단해질 것입니다."
차트에 표시된 3개의 기호에 대한 기록(닫기)이 필요합니다.
EA에서 히스토리를 닫을 수 있는 다른 방법이 있습니까?
그리고 조언자로부터 결과를 얻으려면 "정원 울타리"가 필요합니다(별도의 창에서)!
2. "역사에 대한 접근에 관해서는 여기에 보편적 인 해결책이 없습니다. 단말기는 소비자의 욕구, 즉 전문가가 하나의 날짜 만 받기를 원하는지 또는 사용 가능한 전체 기록을 요청하려는지 여부를 미리 예측할 수 없습니다."
소비자가 무엇을 원하는지 예상할 필요가 없습니다. 기호의 데이터가 AND ALL!인 상태를 "말"하면 됩니다.
그러면 사용자는 다음에 수행해야 하는 작업을 정확히 알 수 있습니다.
3. "하지만 프로그래머가 "개인적으로" 터미널을 다시 작성해야 하는 요구 사항에 매달리지 않는다면 기존 기능에서 솔루션을 찾을 수 있을 것입니다."
나는 말하지 않았으며 훨씬 더 "나 자신을 위해"할 것을 요구하지 않았으며 솔루션은 물론 기존 기능에서 항상 찾을 수 있습니다.
4. " 솔루션이 전혀 없으면 기능 확장 문제가 발생합니다. "
기능을 확장할 필요가 없으며 사용의 편의성과 속도를 위해 약간만 변경하면 됩니다.
5. " 일반화하지 않고 특정 코드로 특정 문제를 설명하십시오. 그렇지 않으면 단일 기능의 오해 된 기능이 "다 틀리다" "다 불편하다" "
푸케, 에드워드, 푸케 =)
나는 이것을 이해했지만 위에서 설명한대로 할 수없는 이유를 알려주십시오.
이것은 어떤 식으로든 정보 처리 속도에 영향을 미치지 않습니다.
악기에 대한 정보가 있으면 처음 등장한 날짜를 입력하고 메모리에 저장합니다 - 8 바이트!
저장할 필요도 없고 SymbolSelect()를 수행할 때 메모리에 넣습니다.
SeriesInfoInteger 함수( SERIES_TERMINAL_FIRSTDATE )로 액세스하면 다음을 얻습니다.
A -1 - 데이터 없음
B. 0 - dpny를 사용할 수 있지만 준비되지 않음
나. 최초 정보의 일자
그러면 모든 것이 명확하고 투명해집니다.
-1 - 서버로 이동
0 - 시계열을 확인하고(또는) 빌드하기 위해 다음 반복을 기다리고 있습니다.
> 0 시계열 빌드
당신의 참고로 나는 당신이 거의 그렇게 했다는 것을 깨달았습니다. 그렇지 않은 것으로 나타났습니다.
분명히 한 프로그래머가 쓰기 시작했고 다른 누군가가 완료했습니다.
귀하의 구현은 FOREX에는 좋지만 FORTS에는 매우 불편합니다.
지수는 오랫동안 FORTS에 도착하지 않을 수 있으며 시계열은 payati에서 언로드됩니다.
그리고 서버를 호출하면서 데이터를 얻는 전체 과정을 다시 반복해야 합니다 !
많은 기호의 데이터로 작업하려면 전문가를 사용하십시오. 모든 것이 편리하고 간단합니다. MT5 환경의 표시기는 주로 시계열 데이터를 기반으로 빠른 계산을 하고 계산 결과를 차트에 표시하도록 설계되었습니다. 플랫폼을 개발하는 동안 전문가가 사용할 수 있는 많은 기능을 제공받았지만 기본적인 아키텍처 제한은 남아 있었습니다. 그리고 지표와 전문가의 차이를 완전히 지울 이유가 없습니다. 다시 한 번 말씀드리지만 가장 큰 차이점은 전문가마다 고유한 처리 스레드가 있다는 것입니다. 지표는 서비스 스레드에서 계산되며 이 스레드는 다른 많은 기능을 수행합니다. 그렇기 때문에 전문가와 공유하는 기능도 구현 방식이 다릅니다.
역사에 대한 접근과 관련하여 여기에는 보편적인 해결책이 없습니다. 단말은 소비자의 욕구를 미리 예측할 수 없다. EA가 날짜를 하나만 가져오거나 사용 가능한 전체 기록을 요청하려는지 여부. 시간 프레임에 대한 빠른 액세스를 위해 터미널에서 선택되었습니다. 사용자의 요청에 따라 히스토리의 현재(서버와 동기화됨) 상태를 완전히 캐시하려고 시도합니다. 반복적인 활성 액세스에 대한 베팅이 이루어집니다. 예, 이 접근 방식이 편리하지 않은 애플리케이션 클래스가 있습니다. 그러나 프로그래머가 "개인적으로 자신을 위해" 터미널을 다시 작성해야 하는 요구 사항에 매달리지 않으면 기존 기능에서 솔루션을 찾을 수 있습니다. 솔루션이 전혀 없으면 기능 확장 문제가 발생합니다.
일반화 없이 특정 코드의 특정 문제를 설명합니다. 그렇지 않으면 단일 기능의 오해가 있는 기능이 "다 틀리다", "다 불편하다"로 부풀려진다.
많은 기호의 데이터로 작업하려면 전문가를 사용하십시오. 모든 것이 편리하고 간단합니다. MT5 환경의 표시기는 주로 시계열 데이터를 기반으로 빠른 계산을 하고 계산 결과를 차트에 표시하도록 설계되었습니다. 플랫폼을 개발하는 동안 전문가가 사용할 수 있는 많은 기능을 제공받았지만 기본적인 아키텍처 제한은 남아 있었습니다. 그리고 지표와 전문가의 차이를 완전히 지울 이유가 없습니다. 다시 한 번 말씀드리지만 가장 큰 차이점은 전문가마다 고유한 처리 스레드가 있다는 것입니다. 지표는 서비스 스레드에서 계산되며 이 스레드는 다른 많은 기능을 수행합니다. 그렇기 때문에 전문가와 공유하는 기능도 구현 방식이 다릅니다.
역사에 대한 접근과 관련하여 여기에는 보편적인 해결책이 없습니다. 단말은 소비자의 욕구를 미리 예측할 수 없다. EA가 날짜를 하나만 가져오거나 사용 가능한 전체 기록을 요청하려는지 여부. 시간 프레임에 대한 빠른 액세스를 위해 터미널에서 선택되었습니다. 사용자의 요청에 따라 히스토리의 현재(서버와 동기화됨) 상태를 완전히 캐시하려고 시도합니다. 반복적인 활성 액세스에 대한 베팅이 이루어집니다. 예, 이 접근 방식이 편리하지 않은 애플리케이션 클래스가 있습니다. 그러나 프로그래머가 "개인적으로 자신을 위해" 터미널을 다시 작성해야 하는 요구 사항에 매달리지 않으면 기존 기능에서 솔루션을 찾을 수 있습니다. 솔루션이 전혀 없으면 기능 확장 문제가 발생합니다.
일반화 없이 특정 코드의 특정 문제를 설명합니다. 그렇지 않으면 단일 기능의 오해가 있는 기능이 "다 틀리다", "다 불편하다"로 부풀려진다.
좋은 오후, 안톤!
답변을 분석해 보겠습니다.
1. "전문가를 사용하여 다중 문자 데이터 작업을 수행하면 모든 것이 편리하고 간단해질 것입니다."
차트에 표시된 3개의 기호에 대한 기록(닫기)이 필요합니다.
EA에서 히스토리를 닫을 수 있는 다른 방법이 있습니까?
그리고 조언자로부터 결과를 얻으려면 "정원 울타리"가 필요합니다(별도의 창에서)!
2. "역사에 대한 접근에 관해서는 여기에 보편적 인 해결책이 없습니다. 단말기는 소비자의 욕구, 즉 전문가가 하나의 날짜 만 받기를 원하는지 또는 사용 가능한 전체 기록을 요청하려는지 여부를 미리 예측할 수 없습니다."
소비자가 무엇을 원하는지 예상할 필요가 없습니다. 기호의 데이터가 AND ALL!인 상태를 "말"하면 됩니다.
그러면 사용자는 다음에 수행해야 하는 작업을 정확히 알 수 있습니다.
3. "하지만 프로그래머가 "개인적으로" 터미널을 다시 작성해야 하는 요구 사항에 매달리지 않는다면 기존 기능에서 솔루션을 찾을 수 있을 것입니다."
나는 말하지 않았으며 훨씬 더 "나 자신을 위해"할 것을 요구하지 않았으며 솔루션은 물론 기존 기능에서 항상 찾을 수 있습니다.
4. " 솔루션이 전혀 없으면 기능 확장 문제가 발생합니다. "
기능을 확장할 필요가 없으며 사용의 편의성과 속도를 위해 약간만 변경하면 됩니다.
5. " 일반화하지 않고 특정 코드로 특정 문제를 설명하십시오. 그렇지 않으면 단일 기능의 오해 된 기능이 "다 틀리다" "다 불편하다" "
좋습니다. 특정 코드의 문제에 대한 "확장된" 설명을 준비하겠습니다.
그러나 불행히도 설명서에 "의존"할 수는 없습니다 ...
대답 해줘서 고마워.
언제나 그렇듯이 사용자의 입장은 내가 우주의 중심이고 세상이 나를 중심으로 돌아간다는 것입니다. 라는 기능을 사용해야 합니다. 또한 데이터를 얻는 방법을 두 번 이상 보여주었습니다.
언제나 그렇듯이 사용자의 입장은 내가 우주의 중심이고 세상이 나를 중심으로 돌아간다는 것입니다. 라는 기능을 사용해야 합니다. 또한 데이터를 얻는 방법을 두 번 이상 보여주었습니다.
그리고 당신은 반대로 생각합니다. 우주의 중심은 개발자이고 세상은 개발자를 중심으로 돌아간다? 그래서 무엇?
그런 다음 한 가지 질문에 답하자면 이 터미널은 누구를 위한 것입니까? 개발자가 스스로 또는 사용자를 위해 수행합니까?
스스로 질문이 없다면 ... 모든 것이 정상입니다.
그러나 사용자의 경우 최소한 그들의 의견을 들어야합니다 ...
........
일반화 없이 특정 코드의 특정 문제를 설명합니다. 그렇지 않으면 단일 기능의 오해가 있는 기능이 "다 틀리다", "다 불편하다"로 부풀려진다.
설명:
실제 계정 FORTS 브로커.
문제 - 시계열 데이터를 받지 못합니다.
1. 사진은 단말기에 데이터가 있음을 보여줍니다.
2. 코드는 다음과 같습니다.
3. 결과는 다음과 같습니다.
게임 방법?
터미널이 연결되어 열리면 시작하기 전에 디스크에서 모든 캐릭터의 이력이 삭제됩니다.
시작 이후 표시기 로그
보시다시피 시작부터 1초도 채 되지 않아 기호 데이터를 표시기에 사용할 수 있게 되었습니다.
게임 방법?
터미널이 연결되어 열리면 시작하기 전에 디스크에서 모든 캐릭터의 이력이 삭제됩니다.
시작 이후 표시기 로그
보시다시피 시작부터 1초도 채 되지 않아 기호 데이터를 표시기에 사용할 수 있게 되었습니다.
안녕하세요!
즉, 전자상거래로 SECOND, 지금이 바로 이때가 아닌가?
1. 즉, 동기화된 기호 와 동기화된 시계열로는 다음을 얻을 수 없습니다.
막대( 즉시 ) - 정상입니까?
( 나에게 ) 은(는) 실수입니다.
2. TERMINAL에 데이터가 있으면 (3월 16일 이후 모든 막대 그림 참조) 강제로 서버로 이동하는데, 정상인가요?
( 나를 위해) 불편함과 정보의 긴 수신은 명백합니다.
안녕하세요!
즉, 전자상거래로 SECOND, 지금이 바로 이때가 아닌가?