MT4 창에서 막대 개수에 제한이 있으면 서버에 막대가 몇 개 있는지 알 수 없습니다. 그리고 나는 그것이 필요할 때 정기적인 상황을 만난 적이 없습니다. 물론 이색적인 것들이 많이 떠오를 수 있지만, 실제로는 트레이더의 작업의 99.9%에서 없어도 할 수 있습니다.
이식성에 관해서는 데이터와 주문 모두에 대해 작업하는 방법이 근본적으로 다른 완전히 다른 플랫폼입니다. 따라서 그들에 대한 프로그래밍 방법론은 완전히 다릅니다. 이식성을 위해 __MQL4__ 지시문과 조건부 컴파일이 있는 라이브러리가 있습니다.
데이터 액세스 조직 - "이국적"!? 음. 좋은.
예, 거래자는 일반적으로 언어에 신경 쓰지 않으며 거래자는 거래해야 하며 고문/지표/스크립트가 올바르게 작동해야 합니다. 작동 방식은 이미 프로그래머의 문제입니다. 그러나 프로그래머가 상인을 위한 양질의 제품을 작성하려면 데이터 액세스와 같은 사소한 일에 주의를 기울여야 합니다.
그리고 당신이 무언가를 만나지 않았다고 해서 다른 사람들이 그것을 가지고 있지 않다는 의미는 아닙니다.
예, 거래자는 일반적으로 언어에 신경 쓰지 않으며 거래자는 거래해야 하며 고문/지표/스크립트가 올바르게 작동해야 합니다. 작동 방식은 이미 프로그래머의 문제입니다. 그러나 프로그래머가 상인을 위한 양질의 제품을 작성하려면 데이터 액세스와 같은 사소한 일에 주의를 기울여야 합니다.
이 기능이 필요한 실제 작업을 제공하지 않았습니다. "데이터 액세스"와 같은 아름다운 단어와 문서에 설명되어 있기 때문에 이 기능이 필요하다는 인식만 있으면 됩니다.
MT4 API에는 데이터 액세스를 위한 충분한 기능이 있습니다. 제 생각에는 MT5용 기능에 들어갈 필요가 전혀 없습니다. 프로그래밍 방식으로 기록을 로드할 필요가 없기 때문에 아무도 MT4에서 서버 의 막대 수 를 찾을 필요가 없습니다. 이는 MT4에서 사용되는 데이터 액세스 기능(iHigh, iLow, MarketInfo 등)에 액세스하기 전에 터미널 자체에서 수행됩니다. .)
말해야 할 것은 매우 편리하고 MT5에서 변경되어 거기에서 데이터에 액세스하는 데 많은 어려움을 일으킨 것이 유감입니다.
이 기능이 필요한 실제 작업을 제공하지 않았습니다. "데이터 액세스"와 같은 아름다운 단어와 문서에 설명되어 있기 때문에 이 기능이 필요하다는 인식만 있으면 됩니다.
MT4 API에는 데이터 액세스를 위한 충분한 기능이 있습니다. 제 생각에는 MT5용 기능에 들어갈 필요가 전혀 없습니다. 프로그래밍 방식으로 기록을 로드할 필요가 없기 때문에 아무도 MT4에서 서버 의 막대 수 를 찾을 필요가 없습니다. 이것은 터미널 자체에서 수행됩니다.
말해야 하는 것은 매우 편리하고 이것이 MT5에서 변경되어 거기에서 데이터에 액세스하는 데 많은 문제가 발생한 것이 유감입니다.
MT5와 유사한 다운로드 및 기록 확인: https://www.mql5.com/en/docs/series/timeseries_access
링크에 설명된 것과 유사하게 mql5에서 기록을 확인/로드하는 기능을 작성했습니다. 모든 것이 제대로 작동합니다. 그리고 mql4 프로그램에서 사용하고 싶었습니다. 코드를 이식하고 SeriesInfoInteger() 함수가 올바르게 작동하지 않는 것으로 확인했습니다. ServiceDesk에 요청을 작성했습니다. 모든 기능이 두 언어로 중복되는 경우 기존 코드를 사용하면 안 되는 이유는 무엇입니까?
내가 이해하는 한 당신은 먼저 mql4로 작성한 다음 mql5로 전환했습니다. 반대로 mql5에서 본격적으로 쓰기 시작했고, 그 다음에는 mql4로 쓰기 시작했습니다. 그래서 저는 새로운 기능을 사용하는 것이 더 편합니다.
Alexey Kozitsyn : 그리고 mql4와 mql5의 데이터에 대한 액세스 구성에 대한 문서를 비교하면 액세스가 동일하다는 것이 분명해집니다. 액세스 예제로 mql5 문서가 확장되었을 뿐입니다. 그래서, 또 다른 큰 질문과 이 접근은 매우 다릅니다.
간단한 예 - 하나의 표시기가 iCustom에 의해 다른 표시기를 호출합니다. 그리고 이 다른 지표도 세 번째와 네 번째 원인이 됩니다. 그리고 이러한 모든 표시기는 몇 밀리초보다 조금 더 길게 구축됩니다. 따라서 주말에 그러한 건설을 시작한 사용자는 차트에서 정기적으로 "업데이트"버튼을 누르지 않는 한 주말이 끝날 때까지 지표가 구축 될 때까지 기다리지 않으며이 문제는 어떤 소프트웨어로도 해결할 수 없습니다 도구. 이 문제 때문에 iCustom 대신에 iCustom을 우회 하는 표시기로 서로를 호출 하는 전체 클래스 시스템을 만들어야 했습니다. MT4에는 그러한 치질이 없었습니다.
MT4에서는 표시기가 먼저 빌드된 다음 해당 데이터를 사용하는 코드가 호출됩니다. 시계열의 경우 대부분 마찬가지입니다. Mt5에서는 모든 것이 바뀌었고 제 생각에는 전혀 나아지지 않았습니다.
간단한 예 - 하나의 표시기가 iCustom에 의해 다른 표시기를 호출합니다. 그리고 이 다른 지표도 세 번째와 네 번째 원인이 됩니다. 그리고 이러한 모든 표시기는 몇 밀리초보다 조금 더 길게 구축됩니다. 따라서 주말에 그러한 건설을 시작한 사용자는 차트에서 정기적으로 "업데이트"버튼을 누르지 않는 한 주말이 끝날 때까지 지표가 구축 될 때까지 기다리지 않으며이 문제는 어떤 소프트웨어로도 해결할 수 없습니다 도구. 이 문제 때문에 iCustom 대신에 iCustom을 우회 하는 표시기로 서로를 호출 하는 전체 클래스 시스템을 만들어야 했습니다. MT4에는 그러한 치질이 없었습니다.
Mt4에서는 표시기가 먼저 빌드된 다음 해당 데이터를 사용하는 코드가 호출됩니다.
타이머 이벤트를 사용해 보세요. 저것들. 타이머에서 주말에 모든 계산의 논리를 실행합니다. 또한 표시기가 여전히 창에 나타나지 않으면 새로 고침을 한 번 클릭하십시오. 모든 것이 작동해야 합니다.
문서에 명시되어 있기 때문에 사용하고 싶습니다.
MT5와 유사한 다운로드 및 기록 확인: https://www.mql5.com/en/docs/series/timeseries_access
질문을 반복합니다. 이전 mql4를 사용하여 이 날짜를 얻는 방법을 알고 있습니까?
나에게 문서에 기능이 있다는 것은 서비스 데스크와 포럼을 상대할 충분한 이유가 되지 않으며, 원칙적으로 필요하지 않다면 시간과 노력을 낭비한다. 그리고 그것이 필요한 이유는 내 생각에 당신은 논쟁 할 수 없었습니다.
개인적으로 MT4에서 MT5 API의 기능을 사용하는 것을 권장하지 않습니다. MQL4 "현대화"의 바로 그 순간부터 오랫동안 이러한 방식으로 버그가 있었기 때문입니다. 그리고 앞으로는 누군가가 절대적인 필요성을 증명할 때까지 사용하지 않는 것이 좋습니다.
나에게 문서에 기능이 있다는 것은 서비스 데스크와 포럼을 상대할 충분한 이유가 되지 않으며, 원칙적으로 필요하지 않다면 시간과 노력을 낭비한다. 그리고 그것이 필요한 이유는 내 생각에 당신은 논쟁 할 수 없었습니다.
개인적으로 MT4에서 MT5 API의 기능을 사용하는 것을 권장하지 않습니다. MQL4 "현대화"의 바로 그 순간부터 오랫동안 이러한 방식으로 버그가 있었기 때문입니다. 그리고 앞으로는 누군가가 절대적인 필요성을 증명할 때까지 사용하지 않는 것이 좋습니다.
당신은 아직 내 질문에 대답하지 않았습니다. 그러나 나는 당신이 신경 쓰지 않고 모든 것이 당신에게 적합하다는 것을 이해했습니다.
아, 그리고 또 하나의 주장 - MT4에서 MT5로 또는 그 반대로 프로그램의 이식성.
당신은 아직 내 질문에 대답하지 않았습니다. 그러나 나는 당신이 신경 쓰지 않고 모든 것이 당신에게 적합하다는 것을 이해했습니다.
아, 그리고 또 하나의 주장 - MT4에서 MT5로 또는 그 반대로 프로그램의 이식성.
MT4 창에서 막대 개수에 제한이 있으면 서버에 막대가 몇 개 있는지 알 수 없습니다. 그리고 나는 그것이 필요할 때 정기적인 상황을 만난 적이 없습니다. 물론 이색적인 것들이 많이 떠오를 수 있지만, 실제로는 트레이더의 작업의 99.9%에서 없어도 할 수 있습니다.
이식성에 관해서는 데이터와 주문 모두에 대해 작업하는 방법이 근본적으로 다른 완전히 다른 플랫폼입니다. 따라서 그들에 대한 프로그래밍 방법론은 완전히 다릅니다. 이식성을 위해 __MQL4__ 지시문과 조건부 컴파일이 있는 라이브러리가 있습니다.
MT4 창에서 막대 개수에 제한이 있으면 서버에 막대가 몇 개 있는지 알 수 없습니다. 그리고 나는 그것이 필요할 때 정기적인 상황을 만난 적이 없습니다. 물론 이색적인 것들이 많이 떠오를 수 있지만, 실제로는 트레이더의 작업의 99.9%에서 없어도 할 수 있습니다.
이식성에 관해서는 데이터와 주문 모두에 대해 작업하는 방법이 근본적으로 다른 완전히 다른 플랫폼입니다. 따라서 그들에 대한 프로그래밍 방법론은 완전히 다릅니다. 이식성을 위해 __MQL4__ 지시문과 조건부 컴파일이 있는 라이브러리가 있습니다.
데이터 액세스 조직 - "이국적"!? 음. 좋은.
예, 거래자는 일반적으로 언어에 신경 쓰지 않으며 거래자는 거래해야 하며 고문/지표/스크립트가 올바르게 작동해야 합니다. 작동 방식은 이미 프로그래머의 문제입니다. 그러나 프로그래머가 상인을 위한 양질의 제품을 작성하려면 데이터 액세스와 같은 사소한 일에 주의를 기울여야 합니다.
그리고 당신이 무언가를 만나지 않았다고 해서 다른 사람들이 그것을 가지고 있지 않다는 의미는 아닙니다.
데이터 액세스 조직 - "이국적"!? 음. 좋은.
예, 거래자는 일반적으로 언어에 신경 쓰지 않으며 거래자는 거래해야 하며 고문/지표/스크립트가 올바르게 작동해야 합니다. 작동 방식은 이미 프로그래머의 문제입니다. 그러나 프로그래머가 상인을 위한 양질의 제품을 작성하려면 데이터 액세스와 같은 사소한 일에 주의를 기울여야 합니다.
이 기능이 필요한 실제 작업을 제공하지 않았습니다. "데이터 액세스"와 같은 아름다운 단어와 문서에 설명되어 있기 때문에 이 기능이 필요하다는 인식만 있으면 됩니다.
MT4 API에는 데이터 액세스를 위한 충분한 기능이 있습니다. 제 생각에는 MT5용 기능에 들어갈 필요가 전혀 없습니다. 프로그래밍 방식으로 기록을 로드할 필요가 없기 때문에 아무도 MT4에서 서버 의 막대 수 를 찾을 필요가 없습니다. 이는 MT4에서 사용되는 데이터 액세스 기능(iHigh, iLow, MarketInfo 등)에 액세스하기 전에 터미널 자체에서 수행됩니다. .)
말해야 할 것은 매우 편리하고 MT5에서 변경되어 거기에서 데이터에 액세스하는 데 많은 어려움을 일으킨 것이 유감입니다.
이 기능이 필요한 실제 작업을 제공하지 않았습니다. "데이터 액세스"와 같은 아름다운 단어와 문서에 설명되어 있기 때문에 이 기능이 필요하다는 인식만 있으면 됩니다.
MT4 API에는 데이터 액세스를 위한 충분한 기능이 있습니다. 제 생각에는 MT5용 기능에 들어갈 필요가 전혀 없습니다. 프로그래밍 방식으로 기록을 로드할 필요가 없기 때문에 아무도 MT4에서 서버 의 막대 수 를 찾을 필요가 없습니다. 이것은 터미널 자체에서 수행됩니다.
말해야 하는 것은 매우 편리하고 이것이 MT5에서 변경되어 거기에서 데이터에 액세스하는 데 많은 문제가 발생한 것이 유감입니다.
예, 실제로 그가 가져왔고 링크까지 제공했습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
서비스 데스크. 불만, 제안.
알렉세이 코지친 , 2015.10.30 17:11
문서에 명시되어 있기 때문에 사용하고 싶습니다.
MT5와 유사한 다운로드 및 기록 확인: https://www.mql5.com/en/docs/series/timeseries_access
링크에 설명된 것과 유사하게 mql5에서 기록을 확인/로드하는 기능을 작성했습니다. 모든 것이 제대로 작동합니다. 그리고 mql4 프로그램에서 사용하고 싶었습니다. 코드를 이식하고 SeriesInfoInteger() 함수가 올바르게 작동하지 않는 것으로 확인했습니다. ServiceDesk에 요청을 작성했습니다. 모든 기능이 두 언어로 중복되는 경우 기존 코드를 사용하면 안 되는 이유는 무엇입니까?
내가 이해하는 한 당신은 먼저 mql4로 작성한 다음 mql5로 전환했습니다. 반대로 mql5에서 본격적으로 쓰기 시작했고, 그 다음에는 mql4로 쓰기 시작했습니다. 그래서 저는 새로운 기능을 사용하는 것이 더 편합니다.
그리고 mql4와 mql5의 데이터에 대한 액세스 구성에 대한 문서를 비교하면 액세스가 동일하다는 것이 분명해집니다. 액세스 예제로 mql5 문서가 확장되었을 뿐입니다. 그래서, 또 다른 큰 질문과 이 접근은 매우 다릅니다.
간단한 예 - 하나의 표시기가 iCustom에 의해 다른 표시기를 호출합니다. 그리고 이 다른 지표도 세 번째와 네 번째 원인이 됩니다. 그리고 이러한 모든 표시기는 몇 밀리초보다 조금 더 길게 구축됩니다. 따라서 주말에 그러한 건설을 시작한 사용자는 차트에서 정기적으로 "업데이트"버튼을 누르지 않는 한 주말이 끝날 때까지 지표가 구축 될 때까지 기다리지 않으며이 문제는 어떤 소프트웨어로도 해결할 수 없습니다 도구. 이 문제 때문에 iCustom 대신에 iCustom을 우회 하는 표시기로 서로를 호출 하는 전체 클래스 시스템을 만들어야 했습니다. MT4에는 그러한 치질이 없었습니다.
MT4에서는 표시기가 먼저 빌드된 다음 해당 데이터를 사용하는 코드가 호출됩니다. 시계열의 경우 대부분 마찬가지입니다. Mt5에서는 모든 것이 바뀌었고 제 생각에는 전혀 나아지지 않았습니다.
간단한 예 - 하나의 표시기가 iCustom에 의해 다른 표시기를 호출합니다. 그리고 이 다른 지표도 세 번째와 네 번째 원인이 됩니다. 그리고 이러한 모든 표시기는 몇 밀리초보다 조금 더 길게 구축됩니다. 따라서 주말에 그러한 건설을 시작한 사용자는 차트에서 정기적으로 "업데이트"버튼을 누르지 않는 한 주말이 끝날 때까지 지표가 구축 될 때까지 기다리지 않으며이 문제는 어떤 소프트웨어로도 해결할 수 없습니다 도구. 이 문제 때문에 iCustom 대신에 iCustom을 우회 하는 표시기로 서로를 호출 하는 전체 클래스 시스템을 만들어야 했습니다. MT4에는 그러한 치질이 없었습니다.
Mt4에서는 표시기가 먼저 빌드된 다음 해당 데이터를 사용하는 코드가 호출됩니다.
Alexey Kozitsyn :
타이머 이벤트를 사용해 보세요.
타이머 이벤트는 실제로 ChartEvent의 하위 클래스이며 지표가 차트에서 직접 실행될 때만 호출됩니다. iCustom을 통해 호출된 표시기에서는 OnTimer 호출 또는 OnChartEvent 호출을 기다리지 않습니다.
거기에서 하나의 지표는 사용하는 다른 지표가 구축된 후에만 구축을 시작합니다. 따라서 새로 고침을 한 번 클릭하여 체인에서 가장 먼 것을 빌드한 다음 데이터를 사용하는 것을 빌드하려면 다시 클릭해야 합니다. :)
스레드의 표시기는 OnCalculate에서 반환하지 않고는 다른 표시기의 데이터 구성을 기다릴 수 없기 때문입니다. 이것도 좋은 기능입니다. 그리고 이것이 사용자가 데이터로 작업하는 대신 차트 메뉴를 지속적으로 들여다보는 방법입니다.