MQL4의 경우 Open[index] 유형의 각 직접 액세스는 차트 버퍼에 대한 딥 패스로 바뀌며 다중 액세스( 차트 기록에 대한 단일 액세스 권한이 있는 전문가는 드물다 )로 심각한 제동을 일으킵니다. . 결국 Open[1], High[0], High[1], Low[0] 등이 일반적으로 더 나아갑니다.
Renat, 모든 존경심을 가지고 있지만 질문의 본질을 알지 못하거나 대답하고 싶지 않습니다. 질문은 OOP로 전환하는 동안 단순 구성을 위한 코드의 양이 증가하는 것에 관한 것이었습니다. 10페이지 에서 함께 제공한 예제에 따르면 답은 6.2배로 매우 간단합니다. 그리고 당신은 클래스와 라이브러리에 대해 이야기하고 있습니다. 그래, 생성자도 있구나.... 아 글쎄, OOP, 문제는 확실히 '기대'다. 문제는 그것이 지금 여기에 필요한지 여부입니다 ... 걸림돌이 아니라 갑자기,하지만 당신은 그것을 처리 할 수 있습니다 당신이 원하는 경우 ....
질문에 대답하려는 욕구와 내키지 않는 주제에 대해 조금 더 일찍 견적을 업로드할 수 없는 분석 프로그램에 대해 질문했습니다. 이것들을 아십니까? 나 아니야. 그리고 MT5는 확실히 분석 프로그램이라고 주장합니다. 분석과 저렴한 자동 거래는 비장의 카드입니다. 그리고 거래 플랫폼과의 호환성은 "변명"이 아닙니다. 분석은 거래자에게 모든 것이며 그는 제품을 아래에서 DC로 옮깁니다. 사람들은 MT4에 DC가 당신의 작업에 대한 비용을 지불하도록 강요했고 MT4에서는 사실상 최후 통첩이었습니다. 더 나쁜 것은(내 생각에) MT5는 틱 시퀀스를 미끄러지는 것을 금지하면서 MT4에서 시작된 "스테핑"이라는 아이디어를 계속했습니다. 한편으로는 OOP, 다른 한편으로는 견적도, 거래 조건도 없습니다... 그리고 이러한 OOP, 클라우드, OCL 및 다중 프로세서는 무엇을 합니까? 그릴 프릴과 대시보드? 분석 능력은 절단이 아니라 확장되어야했고, 그들은 확실히 소비자를 찾았을 것이고, 나머지는 간섭하지 않을 것입니다 ... 정사각형 머리로 특정 크기의 못을 망치로 만 망치는 기적의 공압 망치는 어떤 종류입니까? 합판과 금요일에만? 나를 위해 좁다.
레나트 :
F2에서도 틀렸습니다.
하지만 나는 인간의 심리를 이해합니다. 사용자의 절반이 하는 일인 11년 안에 가슴을 치고 Windows XP를 사용할 수 있습니다.
F2에 따르면 옳지 않습니까?) 그리고 그것은 무엇입니까?
그건 그렇고, XP에 대해, 지금은 절반을 설치했지만 8 대의 모든 컴퓨터에 대해 판촉용 Win8Pro를 구입했습니다 ... 나는 레트로그레이드가 아닙니다))
Figar0, 사실은 우리 모든 시스템의 설계자 중 한 사람으로서 내 작업의 본질과 결과를 모두 아는 것이 훨씬 더 좋습니다.
OOP는 코드를 늘리지 않고 줄이며 동시에 이 코드에 대한 프로그래밍과 이해를 크게 단순화합니다. 물론 한 줄짜리 프로그램을 비교하지 않는 한. 따라서 6.2배라는 표현은 명백한 과장이라고 할 수 있습니다.
거래 시스템의 프로그래밍 언어의 단순성에 관심이 있는 사람들은 결과에 대한 기능 및 제어에 대한 현대적인 요구 사항을 이해하지 못합니다. 그들은 또한 거래 로봇 프로그램의 주요 작업량을 생성하는 전문 개발자의 초기 요청을 무시합니다.
우리는 구체적으로 그들의 요청을 만족시켜 본격적인 완제품을 만들 수 있을 뿐만 아니라 그들을 보호하고 판매할 수 있는 기회를 제공합니다. 이것이 통합 표시기를 포함한 고급 그래픽 기능, 관리 제어 및 리소스가 등장한 이유입니다.
GPU 사용 가능성은 이미 일상적인 현실이 되었으며 활발히 개발되고 있으며 거래 플랫폼 소프트웨어에서 확실히 일반적인 수준이 될 것입니다. 매우 단순한 형태로 구현된 결제 클라우드(사람들은 모든 것이 그렇게 간단하게 작동하는지 이해하지도 못하고 항상 믿지도 않음)는 개발자가 구현한 진정한 기술 걸작입니다. 우리는 이것을 자랑스럽게 생각하며 거래자들은 이를 성공적으로 사용합니다.
우리 시스템은 거래 플랫폼이 진부한 분석 터미널이 아니라 깊게 연결된 구성 요소의 형태로 이루어지고 있다는 사실을 이해하는 것이 중요합니다. 우리 플랫폼의 기술 수준은 서버와 깊이 통합할 기회가 없고 끔찍한 설정으로 서투른 커넥터만 작성할 수 있는 사람들보다 훨씬 높습니다.
히스토리로 작업할 때 모든 시스템 구성 요소가 자동으로 다운로드되기 때문에 트레이더가 어디에서 무엇을 가져갈지 전혀 생각할 필요가 없을 때 모든 시스템 구성 요소의 투명한 작동을 구현했습니다. 클라우드로 작업할 때도 "도대체 내 작업이 전체 시장 환경에서 어떻게 5000대의 컴퓨터에 그렇게 빨리 복제되어 결과를 생성하는지"에 대해 의문의 여지가 없습니다.
역사에는 조직적 성격에 대한 단 하나의 질문이 있습니다. 중개인은 한 번 거래자에 대한 깊은 역사를 처리해야 합니다. 그리고 중개인 중 한 명이 이 문제를 무시하면 광고에 수백만 달러를 쓰는 것이 아니라 기술자에게 인센티브를 제공해야 합니다.
2000년대로 돌아가 수동으로 시세에 시달리는 것보다 이력 문제를 서버의 한 곳에서 해결하고 이 브로커에 연결된 수만 명의 거래자를 문제 없이 서비스하는 것이 더 중요하고 효율적입니다.
우리는 수백만 명의 거래자에게 서비스를 제공하는 것에 대해 이야기하고 있음을 기억하십시오. 규모를 이해하려면 모바일 MT4를 열고 사용 가능한 거래 서버의 수를 확인하십시오. 현재 1,200개 이상이 있는데 이것은 "예금"에 대한 질문에 대한 답변이기도 합니다.
Renat : 히스토리 작업할 때 모든 시스템 구성 요소의 투명한 운영을 구현했습니다...
Renat, 저는 사용 가능한 기록 작업에 대한 접근 방식에 매우 만족합니다. 그리고 .hc, .hcc 파일의 암호화. 그러나 "커스텀 인용문"의 승인을 위한 투쟁의 다음 라운드를 읽은 후 다음과 같은 이론적 질문이 제기되었습니다.
"사용자 지정 견적"이 MQ 견적과 상당히 다를 수 있습니다. 테스터가 임의의 인용 지연 모드를 이미 구현한 것을 고려할 때 MQ는 "과거 인용의 임의 변경 "이라는 새로운 모드를 도입할 계획입니까?
동시에 "과거 호가의 임의 변경" 모드는 테스터가 발행한 호가가 미리 정해진 백분율 간격 내에서 변동하는 모드를 의미합니다. 예를 들어 시가, 종가 등 M1에서 MQ 히스토리에 저장된 해당 값의 2%, 5% 또는 7% 내에서 임의의 값을 취합니다. 프로그래밍 방식으로 이러한 모드를 구현하는 데 어려움이 없어야 합니다. 백분율 편차의 선택은 최종 사용자의 재량입니다.
동시에 "과거 호가의 임의 변경" 모드는 테스터가 발행한 호가가 미리 정해진 백분율 간격 내에서 변동하는 모드를 의미합니다. 예를 들어 시가, 종가 등 M1에서 MQ 기록에 저장된 값의 2%, 5% 또는 7% 내에서 임의의 값을 취합니다. 프로그래밍 방식으로 이러한 모드를 구현하는 데 어려움이 없어야 합니다.
번역해서 설명드리겠습니다. 복잡한 것은 없습니다. 코드는 다음과 같습니다.
MQL4의 경우 Open[index] 유형의 각 직접 액세스는 차트 버퍼에 대한 딥 패스로 바뀌며 다중 액세스( 차트 기록에 대한 단일 액세스 권한이 있는 전문가는 드물다 )로 심각한 제동을 일으킵니다. . 결국 Open[1], High[0], High[1], Low[0] 등이 일반적으로 더 나아갑니다.
Renat, 모든 존경심을 가지고 있지만 질문의 본질을 알지 못하거나 대답하고 싶지 않습니다. 질문은 OOP로 전환하는 동안 단순 구성을 위한 코드의 양이 증가하는 것에 관한 것이었습니다. 10페이지 에서 함께 제공한 예제에 따르면 답은 6.2배로 매우 간단합니다. 그리고 당신은 클래스와 라이브러리에 대해 이야기하고 있습니다. 그래, 생성자도 있구나.... 아 글쎄, OOP, 문제는 확실히 '기대'다. 문제는 그것이 지금 여기에 필요한지 여부입니다 ... 걸림돌이 아니라 갑자기,하지만 당신은 그것을 처리 할 수 있습니다 당신이 원하는 경우 ....
질문에 대답하려는 욕구와 내키지 않는 주제에 대해 조금 더 일찍 견적을 업로드할 수 없는 분석 프로그램에 대해 질문했습니다. 이것들을 아십니까? 나 아니야. 그리고 MT5는 확실히 분석 프로그램이라고 주장합니다. 분석과 저렴한 자동 거래는 비장의 카드입니다. 그리고 거래 플랫폼과의 호환성은 "변명"이 아닙니다. 분석은 거래자에게 모든 것이며 그는 제품을 아래에서 DC로 옮깁니다. 사람들은 MT4에 DC가 당신의 작업에 대한 비용을 지불하도록 강요했고 MT4에서는 사실상 최후 통첩이었습니다. 더 나쁜 것은(내 생각에) MT5는 틱 시퀀스를 미끄러지는 것을 금지하면서 MT4에서 시작된 "스테핑"이라는 아이디어를 계속했습니다. 한편으로는 OOP, 다른 한편으로는 견적도, 거래 조건도 없습니다... 그리고 이러한 OOP, 클라우드, OCL 및 다중 프로세서는 무엇을 합니까? 그릴 프릴과 대시보드? 분석 능력은 절단이 아니라 확장되어야했고, 그들은 확실히 소비자를 찾았을 것이고, 나머지는 간섭하지 않을 것입니다 ... 정사각형 머리로 특정 크기의 못을 망치로 만 망치는 기적의 공압 망치는 어떤 종류입니까? 합판과 금요일에만? 나를 위해 좁다.
F2에서도 틀렸습니다.
하지만 나는 인간의 심리를 이해합니다. 사용자의 절반이 하는 일인 11년 안에 가슴을 치고 Windows XP를 사용할 수 있습니다.
F2에 따르면 옳지 않습니까?) 그리고 그것은 무엇입니까?
그건 그렇고, XP에 대해, 지금은 절반을 설치했지만 8 대의 모든 컴퓨터에 대해 판촉용 Win8Pro를 구입했습니다 ... 나는 레트로그레이드가 아닙니다))
MT6까지, 우리가 생각하기 전에 또 다른 3년이 흐를 것입니다.
"예치금"이 유지되는 경우).
OOP는 코드를 늘리지 않고 줄이며 동시에 이 코드에 대한 프로그래밍과 이해를 크게 단순화합니다. 물론 한 줄짜리 프로그램을 비교하지 않는 한. 따라서 6.2배라는 표현은 명백한 과장이라고 할 수 있습니다.
거래 시스템의 프로그래밍 언어의 단순성에 관심이 있는 사람들은 결과에 대한 기능 및 제어에 대한 현대적인 요구 사항을 이해하지 못합니다. 그들은 또한 거래 로봇 프로그램의 주요 작업량을 생성하는 전문 개발자의 초기 요청을 무시합니다.
우리는 구체적으로 그들의 요청을 만족시켜 본격적인 완제품을 만들 수 있을 뿐만 아니라 그들을 보호하고 판매할 수 있는 기회를 제공합니다. 이것이 통합 표시기를 포함한 고급 그래픽 기능, 관리 제어 및 리소스가 등장한 이유입니다.
GPU 사용 가능성은 이미 일상적인 현실이 되었으며 활발히 개발되고 있으며 거래 플랫폼 소프트웨어에서 확실히 일반적인 수준이 될 것입니다. 매우 단순한 형태로 구현된 결제 클라우드(사람들은 모든 것이 그렇게 간단하게 작동하는지 이해하지도 못하고 항상 믿지도 않음)는 개발자가 구현한 진정한 기술 걸작입니다. 우리는 이것을 자랑스럽게 생각하며 거래자들은 이를 성공적으로 사용합니다.
우리 시스템은 거래 플랫폼이 진부한 분석 터미널이 아니라 깊게 연결된 구성 요소의 형태로 이루어지고 있다는 사실을 이해하는 것이 중요합니다. 우리 플랫폼의 기술 수준은 서버와 깊이 통합할 기회가 없고 끔찍한 설정으로 서투른 커넥터만 작성할 수 있는 사람들보다 훨씬 높습니다.
히스토리로 작업할 때 모든 시스템 구성 요소가 자동으로 다운로드되기 때문에 트레이더가 어디에서 무엇을 가져갈지 전혀 생각할 필요가 없을 때 모든 시스템 구성 요소의 투명한 작동을 구현했습니다. 클라우드로 작업할 때도 "도대체 내 작업이 전체 시장 환경에서 어떻게 5000대의 컴퓨터에 그렇게 빨리 복제되어 결과를 생성하는지"에 대해 의문의 여지가 없습니다.
역사에는 조직적 성격에 대한 단 하나의 질문이 있습니다. 중개인은 한 번 거래자에 대한 깊은 역사를 처리해야 합니다. 그리고 중개인 중 한 명이 이 문제를 무시하면 광고에 수백만 달러를 쓰는 것이 아니라 기술자에게 인센티브를 제공해야 합니다.
2000년대로 돌아가 수동으로 시세에 시달리는 것보다 이력 문제를 서버의 한 곳에서 해결하고 이 브로커에 연결된 수만 명의 거래자를 문제 없이 서비스하는 것이 더 중요하고 효율적입니다.
우리는 수백만 명의 거래자에게 서비스를 제공하는 것에 대해 이야기하고 있음을 기억하십시오. 규모를 이해하려면 모바일 MT4를 열고 사용 가능한 거래 서버의 수를 확인하십시오. 현재 1,200개 이상이 있는데 이것은 "예금"에 대한 질문에 대한 답변이기도 합니다.
Renat, 저는 사용 가능한 기록 작업에 대한 접근 방식에 매우 만족합니다. 그리고 .hc, .hcc 파일의 암호화. 그러나 "커스텀 인용문"의 승인을 위한 투쟁의 다음 라운드를 읽은 후 다음과 같은 이론적 질문이 제기되었습니다.
"사용자 지정 견적"이 MQ 견적과 상당히 다를 수 있습니다. 테스터가 임의의 인용 지연 모드를 이미 구현한 것을 고려할 때 MQ는 "과거 인용의 임의 변경 "이라는 새로운 모드를 도입할 계획입니까?
동시에 "과거 호가의 임의 변경" 모드는 테스터가 발행한 호가가 미리 정해진 백분율 간격 내에서 변동하는 모드를 의미합니다. 예를 들어 시가, 종가 등 M1에서 MQ 히스토리에 저장된 해당 값의 2%, 5% 또는 7% 내에서 임의의 값을 취합니다. 프로그래밍 방식으로 이러한 모드를 구현하는 데 어려움이 없어야 합니다. 백분율 편차의 선택은 최종 사용자의 재량입니다.
...
동시에 "과거 호가의 임의 변경" 모드는 테스터가 발행한 호가가 미리 정해진 백분율 간격 내에서 변동하는 모드를 의미합니다. 예를 들어 시가, 종가 등 M1에서 MQ 기록에 저장된 값의 2%, 5% 또는 7% 내에서 임의의 값을 취합니다. 프로그래밍 방식으로 이러한 모드를 구현하는 데 어려움이 없어야 합니다.
네, 제 질문을 " 시간이 지남에 따라 여전히 변경될 수 있는" 노이즈, 변동성, 플랫/트렌드 및 해당 빈도/반복, 스프레드 등을 "도입하기 위한 설정 "에 대한 제안의 일부로 고려한다면.
내 질문은 역사적 인용의 가치에 "소음"을 도입하는 것과 관련이 있습니다. Alex_Bondar 가 말했듯이 일부 "합성" 인용문
MT5. 두 공급자. 손으로 검색하는 데 몇 분이 걸렸습니다. (2012년 10월 13일)
인용문에 적합한 DC는 현재로서는 발견되지 않았습니다.
깊고 높은 품질의 역사를 위해 중개인을 걷어차기 위해 - Renat이 기록하는 수백만 명의 사람들이 그것을 하도록 하십시오.
나는 이미 시장 분석을 위한 도구의 수를 언급했습니다.
그리고 뭐?
하지만 아무것도 아니야. 나는 MT4나 부르주아의 서투른 플랫폼을 택합니다. 그리고 그게 다야.
그리고 구름과 숲을 통과하는 모든 것.
MT5. 두 공급자. 손으로 검색하는 데 몇 분이 걸렸습니다. (2012년 10월 13일)
인용문에 적합한 DC는 현재로서는 발견되지 않았습니다.
깊고 높은 품질의 역사를 위해 중개인을 걷어차기 위해 - Renat이 기록하는 수백만 명의 사람들이 그것을 하도록 하십시오.
나는 이미 시장 분석을 위한 도구의 수를 언급했습니다.
그리고 뭐?
하지만 아무것도 아니야. 나는 MT4나 부르주아의 서투른 플랫폼을 택합니다. 그리고 그게 다야.
그리고 구름과 숲을 통과하는 모든 것.
Alpari에서는 인용문이 가장 잘 찢어진 것 같았습니다. MT5에서 1년의 시간을 절약할 수 있습니다.
MT5. 두 공급자. 손으로 검색하는 데 몇 분이 걸렸습니다. (2012년 10월 13일)
인용문에 적합한 DC는 현재로서는 발견되지 않았습니다.
깊고 높은 품질의 역사를 위해 중개인을 걷어차기 위해 - Renat이 기록하는 수백만 명의 사람들이 그것을 하도록 하십시오.
나는 이미 시장 분석을 위한 도구의 수를 언급했습니다.
그리고 뭐?
하지만 아무것도 아니야. 나는 MT4나 부르주아의 서투른 플랫폼을 택합니다. 그리고 그게 다야.
그리고 구름과 숲을 통과하는 모든 것.
주장은 무엇입니까? 이것은 정상적인 상황입니다(정확히 당신이 보여준 것과 내가 올바르게 이해했다면). 주말을 통해 포즈를 옮기면 그림도 적절해야 하며 핍이 아닙니다. 다른 출처에서 인용 기간을 보십시오.
주장이 뭡니까...
촛불에.
MT4에서만 볼 수 있는 방식이기 때문에 업데이트했습니다. 또는 타사 터미널에서.