실제로 통신 시스템은 통신, .. 플러스 MT 터미널에서 필요한 데이터 흐름 및 동일한 C Sharp 지원(배타적으로, 이상적으로는 응용 프로그램 사용자와 상호 작용하는 데 필요한 인터페이스를 구성하기 위해, 음, 이것은 저를 위한 것입니다. 죄송합니다) Renat Fatkhullin이 말한 것과 관련하여 개별 금융 플랫폼을 구현할 가능성 (거대한 단계, 심지어 부러워할 수도 있습니다 :)) 데이터 공급 ... 이와 관련하여 특히 관련하여 하나 또는 다른 수요의 프로젝트 수익 창출: 다음 사항에 대한 설명을 듣고 싶습니다.
1. 최종 고객을 위한 데이터를 분석하고 제공하기 위한 금융 플랫폼은 금융 상품의 호가에 상응하는 흐름이 필요하고 경험에 따르면 첫 번째 근사치에서 적어도 7개의 세계 주요 거래소라고 말할 수 있습니다. , 해당 증권 목록과 함께 최종 사용자에 대한 응용 프로그램의 문제는 즉시 브로커가 사용할 수 있는 상품의 사양에 달려 있으므로 지난 3년 동안 MT 터미널 시장의 실제 모니터링을 감안할 때 , 50명 중 1명의 중개인만 비슷한 것을 가지고 있으며, 한 중개인의 금융 상품 세트에 따라 자살입니다 :) ... 본격적인 금융 "개인" 플랫폼(개인이든 기업이든)은 물론입니다.
본격적인 통제, 예를 들어 자산 포트폴리오의 경우 역학의 정량적 분석 과정에서 적절한 금융 상품 세트가 필요하며 한 브로커는 일반적으로 가장 인기있는 세트를 가지고 있다고 설명하겠습니다. 그의 의견으로는 최종 고객을 위한 도구 그룹입니다. 이 클라이언트의 수준은 브로커에서 해당 상품의 관련 사양을 기반으로 상당히 높은 수준의 확실성을 가지고 판단할 수 있습니다. 견적을 제공하는 비용을 감안할 때 악순환. "전문적인" 금융 상품 세트가 필요하지만 브로커(가장 드문 예외이며 항상 적절한 라이센스가 있는 것은 아님)는 실제로 이러한 금융 상품 견적 흐름이 없습니다!
WHO는 금융 상품의 필수 그룹 집합의 공급자이며 실제로 어떻게 구현됩니까? 결국 모든 것을 올바르게 이해한다면 MetaQuotes Software Corp. 실제로 적절한 통신 인터페이스로 금융 플랫폼을 개발하는 기능을 제공합니다.
2. MetaQuotes Software Corp.가 금융 상품의 필요한 클러스터 및 흐름 그룹을 공급하는 부담을 가정하면 질문은 제거되지만 여전히 의견을 듣고 싶습니다. 너무 심각한 EPOCH는 이 MetaQuotes Software Corp. 프로젝트의 시작과 함께 형성되기 시작합니다. 이것은 아이러니가 아니라 찡그린 표정이 아니라 이 서비스 및 애플리케이션 시장에 대한 다소 진지한 모습입니다....
오늘날 대량 최종 고객의 경우 견적 스트림에 대한 액세스를 구성하는 비참함과 이러한 공급품의 비용으로 인해 EOD만이 절약할 수 있습니다. 우리가 어떤 종류의 틈새 고객에 대해 이야기하고 있는지는 분명합니다. 따라서 선언된 MetaQuotes Software Corp.를 기반으로 MT 터미널에서 최종 클라이언트로 처리된 데이터 전달을 구성할 수 있습니다. 기능, 본질, 혁명은 물론입니다. 그러나 견적의 흐름과 견적의 데이터베이스를 처리하기 위한 터미널 기능이 브로커와 독립적인 것이 현실적입니까?
그렇지 않다면 이 문제를 해결할 수 있는 방법은 무엇입니까?
역설적으로 들리겠지만 이것이 시장에 나와 있는 MT 터미널의 실제 역동성입니다.거래 기능 및 시세 흐름은 브로커에서 제공합니다. 동시에, 원칙적으로 브로커가 제공하는 견적의 흐름과 데이터베이스는 "개별" 금융 플랫폼의 기능에 충분하지 않습니다. 그러나 이것은 현재입니다. 따라서 모든 창의성은 지표, 스크립트 ... 글쎄, TS의 구성으로 귀결됩니다.
예를 들어 드리겠습니다. 일부 펀드는 자산 포트폴리오의 역학을 제어하기 위해 NYSE 또는 MOEX 상품에 대한 변동성 분석을 요구합니다. 지수 및 해당 교차와의 상관 관계를 고려하면 중요하지 않습니다. 또한 개발된 금융 플랫폼(MT 거래 기능 및 금융 상품에 필요한 견적 기반 클러스터)이 있습니다. 사실상 MetaQuotes가 제안하는 기능을 기반으로 하는 본격적인 금융 플랫폼, 말하자면 이를 기반으로 한 결론을 분석하고 구성하기 위한 적절한 금융 도구 세트가 필요함을 알 수 있습니다. 그리고 한 브로커는 이것이 실제 관행이며 필요한 견적 기준이 없습니다. 브로커의 사양에 대한 불완전한 예측은 금융 플랫폼의 기능을 절단하여 실현될 수 있음이 분명합니다 ... 일반적 으로 MetaQuotes가 제안한 혁신적인 접근 방식의 본질에 대한 그러한 생각에 대한 답변을 얻고 싶습니다 .
즉, FINANCIAL ANALYSIS PLATFORM 및 CONSTRUCTION OF INCLUSION의 정상적인 작동을 위해 첫 번째 단계이지만 한 브로커의 도구 사양과 독립적이어야 하며 어떤 방식으로든 구현되거나 해결될 것입니까? 사실, 돌아다니는 것은 어렵지 않습니다.
실시간 데이터 다운로드 및 전달을 포함하여 사용자 정의 기호의 기록 작업을 위한 전체 기능 세트. MQL5에서 고유한 데이터 피드를 작성할 수 있습니다.
할 것이다:
새로운 유형의 프로그램 - 활성 계정에 관계없이 모든 소스의 모든 데이터를 투명하게 제공하는 영구적인 독립 데이터 피드를 작성할 수 있는 서비스
데이터 작업의 이념을 완전히 바꾸겠습니다. 거래자는 현재 사용 중인 중개인에 관계없이 단순히 기호를 입력/선택하고 자동으로 수신합니다.
백그라운드 기본 데이터 피드는 가능한 모든 것을 찾아 데이터를 제공합니다.
수식 제어 기능이 있는 합성 도구에 대한 설명서를 살펴보았습니다. 제가 틀렸다면 죄송합니다. 특히 공식 제어 기능이 있는 합성에 대한 독립적인 데이터 피드는 훨씬 더 일찍 "경쟁자"에 의해 구현되었지만 그다지 성공적이지는 않았습니다. 제 생각에는 자신만의 시계열 그룹(예: will :)) 재무를 구성해야 합니다. 예를 들어 같은 샤프의 악기. 요점이 뭐야. 신호, 오실로스코프. 신호, 그래프의 본질. 그것은 그 특성에 따라 압축, 신장, 작동될 수 있습니다. 수식 제어의 유사체. 시장은 특정 시간 간격의 이벤트로 특징지어지며 이 간격은 일반적으로 유한합니다. 즉, 그들이 무엇을 말하든지 간에 주어진 기간의 역동성을 투영하는 모든 도구에는 거래, 거래, 계약, 이벤트 등의 고유한 만료가 있습니다. 결론은 사실 동일한 거래, 거래 등의 SERIES로 구성된 금융 상품의 시계열이 필요합니다. 즉, 초기 데이터에 대한 전문적인 작업의 경우 금융 상품 가격의 시계열이 필요하지 않지만 간격 히스토그램의 형태이기는 하지만 이러한 가격의 SERIES 시계열이 필요합니다. ... 구성된 SERIES ... mln의 구현을 위해 모든 것이 다음과 같습니다. :) ... 논리 연산자가 필요하고 수식 컨트롤에 있습니다. 아무것도 놓치지 않았으면 합니다. 완전히 결석. 그렇다면 녹슨 손톱에 황금 현미경으로 ... 아주 유치한 디자이너를 생각 나게합니다.
Renat Fatkhullin : 나는 이해하지 못했다. 기술적으로 정확하게 말씀해 주십시오.
데이터 피드를 포함한 데이터베이스(틱, 막대, 기호)를 만들었습니다. 다른 모든 것은 파생 상품입니다.
당신과 나의 주제 지식 수준을 감안할 때 기술적으로 정확하고 어렵습니다. 당신은 개발자이고 나는 당신의 제안의 본질을 이해하려고 노력하고 있습니다 ...
그러나 문서에서 이에 대해 명시적으로 읽지 않았기 때문에 FORMULA CONTROL 에서 합성 도구를 생성하고 데이터 피드, CONDITIONAL OPERATOR, SELECT OPERATOR, LOOP OPERATORS, BREAK, CONTINUE 및 논리 변수를 만들 수 있습니까? 그리고, 또는 ...
왜 이런 질문이 생기는 것일까요? 예를 들어, Renko 차트 또는 RangeBars를 생성할 때 금융 상품의 공식 관리의 장점을 현재 MQL에 존재하는 언어 도구와 비교할 때 근본적인 차이점은 보이지 않습니다. 건설 수요가 있습니다. 즉, MT에서 이러한 일련의 그래픽 표현을 구성하는 데 어려움이 있었기 때문에 그대로 유지됩니다.
실제로 목표가 이 데이터베이스의 "데이터 피드를 포함한 데이터베이스(틱, 막대, 기호)"라면 질문이 의미가 없었으며 사과드립니다. 물론 "일반"이지만 ... 금융 상품의 일련의 그래픽 표현(합성 상품의 사용자 지정 차트)은 다시 펜으로 형성되어야 합니다 ...
При подключении терминала к конкретному торговому серверу пользователь получает возможность работать с таймсериями тех финансовых инструментов, которые предоставляет данный брокер. Доступные финансовые инструменты показываются списком символов в окне Market Watch, отдельная группа функций позволяет получать информацию о свойствах символа...
Metaquotes가 제안한 커뮤니케이션, 프로젝트, 견적 기반의 독립성, 금융 플랫폼, 거래용 Visual Studio ...와 관련하여 많은 질문이 발생합니다. 사실 미래를 생각하면 자신의 애플리케이션 코드를 재배치한 후 사무실을 닫고 MQL5.com으로 이동하는 것이 가능합니다 ...
이 경우 수행해야 할 작업이 많다는 점을 감안할 때 음, 결과는 ... 외부 컴파일러에서 C ++, C #, R, Python 지원에 대한 언급과 관련하여 설명을 듣고 싶습니다. MT 편집기의 통역사.
다시 작성해 보겠습니다.
편집기에서 외부 컴파일러/인터프리터를 사용하여 C++, C#, R, Python에 대한 지원을 포함할 계획입니다.
다시 작성해 보겠습니다.
편집기에서 외부 컴파일러/인터프리터를 사용하여 C++, C#, R, Python에 대한 지원을 포함할 계획입니다.
오 나무 막대기 chezh 모든 것이 너무 멋집니다 :) 우리는 기다릴 것입니다.
새해 복 많이 받으세요!
실제로 통신 시스템은 통신, .. 플러스 MT 터미널에서 필요한 데이터 흐름 및 동일한 C Sharp 지원(배타적으로, 이상적으로는 응용 프로그램 사용자와 상호 작용하는 데 필요한 인터페이스를 구성하기 위해, 음, 이것은 저를 위한 것입니다. 죄송합니다) Renat Fatkhullin이 말한 것과 관련하여 개별 금융 플랫폼을 구현할 가능성 (거대한 단계, 심지어 부러워할 수도 있습니다 :)) 데이터 공급 ... 이와 관련하여 특히 관련하여 하나 또는 다른 수요의 프로젝트 수익 창출: 다음 사항에 대한 설명을 듣고 싶습니다.
1. 최종 고객을 위한 데이터를 분석하고 제공하기 위한 금융 플랫폼은 금융 상품의 호가에 상응하는 흐름이 필요하고 경험에 따르면 첫 번째 근사치에서 적어도 7개의 세계 주요 거래소라고 말할 수 있습니다. , 해당 증권 목록과 함께 최종 사용자에 대한 응용 프로그램의 문제는 즉시 브로커가 사용할 수 있는 상품의 사양에 달려 있으므로 지난 3년 동안 MT 터미널 시장의 실제 모니터링을 감안할 때 , 50명 중 1명의 중개인만 비슷한 것을 가지고 있으며, 한 중개인의 금융 상품 세트에 따라 자살입니다 :) ... 본격적인 금융 "개인" 플랫폼(개인이든 기업이든)은 물론입니다.
본격적인 통제, 예를 들어 자산 포트폴리오의 경우 역학의 정량적 분석 과정에서 적절한 금융 상품 세트가 필요하며 한 브로커는 일반적으로 가장 인기있는 세트를 가지고 있다고 설명하겠습니다. 그의 의견으로는 최종 고객을 위한 도구 그룹입니다. 이 클라이언트의 수준은 브로커에서 해당 상품의 관련 사양을 기반으로 상당히 높은 수준의 확실성을 가지고 판단할 수 있습니다. 견적을 제공하는 비용을 감안할 때 악순환. "전문적인" 금융 상품 세트가 필요하지만 브로커(가장 드문 예외이며 항상 적절한 라이센스가 있는 것은 아님)는 실제로 이러한 금융 상품 견적 흐름이 없습니다!
WHO는 금융 상품의 필수 그룹 집합의 공급자이며 실제로 어떻게 구현됩니까?
결국 모든 것을 올바르게 이해한다면 MetaQuotes Software Corp. 실제로 적절한 통신 인터페이스로 금융 플랫폼을 개발하는 기능을 제공합니다.
2. MetaQuotes Software Corp.가 금융 상품의 필요한 클러스터 및 흐름 그룹을 공급하는 부담을 가정하면 질문은 제거되지만 여전히 의견을 듣고 싶습니다. 너무 심각한 EPOCH는 이 MetaQuotes Software Corp. 프로젝트의 시작과 함께 형성되기 시작합니다. 이것은 아이러니가 아니라 찡그린 표정이 아니라 이 서비스 및 애플리케이션 시장에 대한 다소 진지한 모습입니다....
오늘날 대량 최종 고객의 경우 견적 스트림에 대한 액세스를 구성하는 비참함과 이러한 공급품의 비용으로 인해 EOD만이 절약할 수 있습니다. 우리가 어떤 종류의 틈새 고객에 대해 이야기하고 있는지는 분명합니다. 따라서 선언된 MetaQuotes Software Corp.를 기반으로 MT 터미널에서 최종 클라이언트로 처리된 데이터 전달을 구성할 수 있습니다. 기능, 본질, 혁명은 물론입니다. 그러나 견적의 흐름과 견적의 데이터베이스를 처리하기 위한 터미널 기능이 브로커와 독립적인 것이 현실적입니까?
그렇지 않다면 이 문제를 해결할 수 있는 방법은 무엇입니까?
역설적으로 들리겠지만 이것이 시장에 나와 있는 MT 터미널의 실제 역동성입니다.거래 기능 및 시세 흐름은 브로커에서 제공합니다. 동시에, 원칙적으로 브로커가 제공하는 견적의 흐름과 데이터베이스는 "개별" 금융 플랫폼의 기능에 충분하지 않습니다. 그러나 이것은 현재입니다. 따라서 모든 창의성은 지표, 스크립트 ... 글쎄, TS의 구성으로 귀결됩니다.
예를 들어 드리겠습니다. 일부 펀드는 자산 포트폴리오의 역학을 제어하기 위해 NYSE 또는 MOEX 상품에 대한 변동성 분석을 요구합니다. 지수 및 해당 교차와의 상관 관계를 고려하면 중요하지 않습니다. 또한 개발된 금융 플랫폼(MT 거래 기능 및 금융 상품에 필요한 견적 기반 클러스터)이 있습니다. 사실상 MetaQuotes가 제안하는 기능을 기반으로 하는 본격적인 금융 플랫폼, 말하자면 이를 기반으로 한 결론을 분석하고 구성하기 위한 적절한 금융 도구 세트가 필요함을 알 수 있습니다. 그리고 한 브로커는 이것이 실제 관행이며 필요한 견적 기준이 없습니다. 브로커의 사양에 대한 불완전한 예측은 금융 플랫폼의 기능을 절단하여 실현될 수 있음이 분명합니다 ... 일반적 으로 MetaQuotes가 제안한 혁신적인 접근 방식의 본질에 대한 그러한 생각에 대한 답변을 얻고 싶습니다 .
즉, FINANCIAL ANALYSIS PLATFORM 및 CONSTRUCTION OF INCLUSION의 정상적인 작동을 위해 첫 번째 단계이지만 한 브로커의 도구 사양과 독립적이어야 하며 어떤 방식으로든 구현되거나 해결될 것입니까? 사실, 돌아다니는 것은 어렵지 않습니다.
독립 데이터에는 더 이상 문제가 없습니다.
있습니다:
할 것이다:
데이터 작업의 이념을 완전히 바꾸겠습니다. 거래자는 현재 사용 중인 중개인에 관계없이 단순히 기호를 입력/선택하고 자동으로 수신합니다.
백그라운드 기본 데이터 피드는 가능한 모든 것을 찾아 데이터를 제공합니다.독립 데이터에는 더 이상 문제가 없습니다.
있습니다:
할 것이다:
데이터 작업의 이념을 완전히 바꾸겠습니다. 거래자는 현재 사용 중인 중개인에 관계없이 단순히 기호를 입력/선택하고 자동으로 수신합니다.
백그라운드 기본 데이터 피드는 가능한 모든 것을 찾아 데이터를 제공합니다.수식 제어 기능이 있는 합성 도구에 대한 설명서를 살펴보았습니다. 제가 틀렸다면 죄송합니다. 특히 공식 제어 기능이 있는 합성에 대한 독립적인 데이터 피드는 훨씬 더 일찍 "경쟁자"에 의해 구현되었지만 그다지 성공적이지는 않았습니다. 제 생각에는 자신만의 시계열 그룹(예: will :)) 재무를 구성해야 합니다. 예를 들어 같은 샤프의 악기. 요점이 뭐야. 신호, 오실로스코프. 신호, 그래프의 본질. 그것은 그 특성에 따라 압축, 신장, 작동될 수 있습니다. 수식 제어의 유사체. 시장은 특정 시간 간격의 이벤트로 특징지어지며 이 간격은 일반적으로 유한합니다. 즉, 그들이 무엇을 말하든지 간에 주어진 기간의 역동성을 투영하는 모든 도구에는 거래, 거래, 계약, 이벤트 등의 고유한 만료가 있습니다. 결론은 사실 동일한 거래, 거래 등의 SERIES로 구성된 금융 상품의 시계열이 필요합니다. 즉, 초기 데이터에 대한 전문적인 작업의 경우 금융 상품 가격의 시계열이 필요하지 않지만 간격 히스토그램의 형태이기는 하지만 이러한 가격의 SERIES 시계열이 필요합니다. ... 구성된 SERIES ... mln의 구현을 위해 모든 것이 다음과 같습니다. :) ... 논리 연산자가 필요하고 수식 컨트롤에 있습니다. 아무것도 놓치지 않았으면 합니다. 완전히 결석. 그렇다면 녹슨 손톱에 황금 현미경으로 ... 아주 유치한 디자이너를 생각 나게합니다.
수식 제어에 논리 연산자가 있습니까? 그렇지 않다면 계획되어 있습니까? :)
나는 이해하지 못했다. 기술적으로 정확하게 말씀해 주십시오.
당신과 나의 주제 지식 수준을 감안할 때 기술적으로 정확하고 어렵습니다. 당신은 개발자이고 나는 당신의 제안의 본질을 이해하려고 노력하고 있습니다 ...
그러나 문서에서 이에 대해 명시적으로 읽지 않았기 때문에 FORMULA CONTROL 에서 합성 도구를 생성하고 데이터 피드, CONDITIONAL OPERATOR, SELECT OPERATOR, LOOP OPERATORS, BREAK, CONTINUE 및 논리 변수를 만들 수 있습니까? 그리고, 또는 ...
왜 이런 질문이 생기는 것일까요? 예를 들어, Renko 차트 또는 RangeBars를 생성할 때 금융 상품의 공식 관리의 장점을 현재 MQL에 존재하는 언어 도구와 비교할 때 근본적인 차이점은 보이지 않습니다. 건설 수요가 있습니다. 즉, MT에서 이러한 일련의 그래픽 표현을 구성하는 데 어려움이 있었기 때문에 그대로 유지됩니다.
실제로 목표가 이 데이터베이스의 "데이터 피드를 포함한 데이터베이스(틱, 막대, 기호)"라면 질문이 의미가 없었으며 사과드립니다. 물론 "일반"이지만 ... 금융 상품의 일련의 그래픽 표현(합성 상품의 사용자 지정 차트)은 다시 펜으로 형성되어야 합니다 ...
이것은 진정한 의미가 없기 때문에 본격적인 언어로 수식 모드를 확장하지 않을 것입니다. 즉, 우리는 분명히 망각의 운명에 처한 일을 하지 않을 것입니다.
순전히 MQL5에서 고유한 논리를 구현하고 모든 종류의 데이터 피드 기능을 구현하는 것이 좋습니다.
우리는 데이터 피드의 본격적인 예를 작성하여 전달에 포함할 것입니다. 그 후 누구나 쉽게 자신의 논리를 추가할 수 있습니다.
예, 일반적으로 직접 작성할 수 있습니다. 모든 것이 오랫동안 사용 가능했습니다: https://www.mql5.com/ru/docs/customsymbols
Metaquotes가 제안한 커뮤니케이션, 프로젝트, 견적 기반의 독립성, 금융 플랫폼, 거래용 Visual Studio ...와 관련하여 많은 질문이 발생합니다.
사실 미래를 생각하면 자신의 애플리케이션 코드를 재배치한 후 사무실을 닫고 MQL5.com으로 이동하는 것이 가능합니다 ...
이 경우 수행해야 할 작업이 많다는 점을 감안할 때 음, 결과는 ... 외부 컴파일러에서 C ++, C #, R, Python 지원에 대한 언급과 관련하여 설명을 듣고 싶습니다. MT 편집기의 통역사.
이 지원은 언제, 어느 정도 제공됩니까? 최소한 간략하게, 그렇게 발표했습니다.
MetaEditor를 단계별로 VisualStudio로 전환합니다.
새 버전을 기다리면 어떻게 준비되는지 보여드리겠습니다. 처음에는 C/C ++의 정상적인 작업을 수행한 다음 나머지 작업을 수행합니다.