При подключении терминала к конкретному торговому серверу пользователь получает возможность работать с таймсериями тех финансовых инструментов, которые предоставляет данный брокер. Доступные финансовые инструменты показываются списком символов в окне Market Watch, отдельная группа функций позволяет получать информацию о свойствах символа...
抜本的に書き換える。
C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。
根本的に書き換えます。
C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。
なんてこった、なんでこんなに全てがクールなんだ :) 待ちます。
新年あけましておめでとうございます。
通信システムは、実際には、通信だけでなく、...プラスMT端末と同じCシャープのサポートから必要なデータの流れ（排他的、理想的には、ユーザーアプリケーションとの必要な対話インタフェースの構築のために、よく私のために、私を許してください）Renat Fatkhullinが言ったことを与える、（巨大なステップもうらやましい：）データ配信カスタマイズ金融プラットフォームの実施の可能 性...。この点、特にあれこれ関連するプロジェクトのマネタイズという点では :) 以下の点を明確にしてほしいです。
1.以来、あなたがそれを回転させる方法に関係なく、エンド-クライアントのための分析とデータ配信の金融プラットフォームは、金融商品の引用符の適切な流れを必要とし、この、経験によって、少なくとも7主要な世界の取引所は、有価証券の対応リストで、その後、エンドユーザーのためのアプリケーション操作の問題は、すぐにブローカーに利用できる楽器の仕様にかかって、したがって、過去3年間のMT端末の実際の市場監視を考えると、50からわずか1ブローカーが似ている、その後依存している。本格的な金融「個人」プラットフォーム（個人、法人を問わず）には、当然ながら
私は説明しましょう、本格的な制御、資産のポートフォリオとはいえ、定量的ダイナミクス解析の過程で、金融商品の適切なセットを必要とし、1ブローカーは、原則として、彼の意見では、最も要求されるのセットを持って、エンド-クライアントのための楽器のグループです。その顧客のレベルは、ブローカーでの関連する機器の仕様に基づいて、合理的に高い確実性で判断することができます。見積もり配信のコストを考えると、悪循環に陥っている。金融商品の「プロフェッショナル」セットが必要であり、ブローカーは（稀な例外を除いて、また関連ライセンスを持つとは限らない）、実際には、この金融商品の引用の流れを持っていないのです。
必要な金融商品群の提供者は誰で、実際にどのように実施されるのか？
結局のところ、私の理解が正しければ、MetaQuotes Software Corp.は、実際、金融プラットフォーム開発機能とそれに対応する通信インターフェースを提供しているのです。
2.MetaQuotes Software Corp.が金融商品の必要なクラスタとフローの供給を引き継ぐのであれば、質問はなくなりますが、それでもコメントを聞きたいです。MetaQuotes Software Corp.がこのプロジェクトを立ち上げたことで、あまりにも重大なエポックが形成され始めているのです。皮肉でも嘲笑でもなく、むしろ真剣にこのサービスやアプリケーションの市場を見ているのです......。
今日現在、マスエンドの顧客にとっては、見積もりストリームへのアクセスの組織の惨めさと、これらの供給のコストのために、EODだけが、その日を救うのである。どのニッチな顧客について話しているのか、おわかりいただけたでしょうか。つまり、MetaQuotes Software Corp.が宣言した機能に基づいて、MT端末から最終クライアントまでの処理済みデータの受け渡しを整理するPOSSIBILITY、その本質はもちろん革命的ですが、見積もりフローを処理するTERMINAL FUNCTIONとQUOTATION DATAベースがBROKERから独立 することは現実的でしょうか。
そうでない場合、この問題はどのように解決されるのでしょうか？
逆説的に聞こえるかもしれませんが、これが市場におけるMT端末の本当の力関係なのです。取引機能 およびクォートフローは、ブローカーによって提供されます。同時に、原則として、ブローカーが提供する相場の流れやデータベースは、「個別」の金融プラットフォームの機能としては十分ではありません。でも、最近はそうなんですよね。そのため、すべてのクリエイティブは、インジケータやスクリプトの構築に集約されるのです......。とTSでしょう。
以下はその一例です。いくつかのファンドを聞かせて、資産ポートフォリオのダイナミクスを制御するには、アカウントインデックスと関連するクロスとの相関を取り、楽器NYSEまたはMOEXのボラティリティの分析を要求する。MetaQuotesが提供する機能をベースにした、いわば完全な金融プラットフォームは、実際には、分析およびそれに基づく結論のために、対応する金融商品のセットを必要とすることがわかります。そして、あるブローカーは、これが本当の実践なのですが、必要な引用のベースを持っていないのです。当然ながら、Brokerの仕様に関する不完全な予測は、金融プラットフォームの機能を削減することによって実現することができます...というような、メタクォーツが提唱する画期的なアプローチの本質に 迫る回答を得たいと考えています。
つまり、FINANCIAL PLATFORM ANALYSISとCONSTRUCTION OF PRODUCTIONSの正常動作のためには、最初は1Brokerのツールの仕様からの独立が必要だとしても、それが何らかの形で実装・解決されるかどうか？実は、これを回避するのは難しいことではありません。
独立したデータであれば問題はない。
あります。
あるでしょう。
データとの付き合い方の思想をガラリと変えてしまうのです。トレーダーは、現在どのブローカーに座っていても、シンボルをタイプ/選択するだけで、自動的にそれを取得することができます。
バックグラウンドのデフォルトのデータフィードは、自分でできることはすべて見つけてデータを配信します。独立したデータであれば問題はない。
あります。
あるでしょう。
データとの付き合い方の思想をガラリと変えてしまうのです。トレーダーは、現在どのブローカーに座っていても、シンボルをタイプ/選択するだけで、自動的にそれを取得することができます。
バックグラウンドのデフォルトのデータフィードは、自分でできることは何でも見つけて、データを配信します。数式駆動型合成楽器のドキュメントを拝見しました。間違っていたら、ごめんなさい。独立したデータフィードは、さらに、私の意見では、あなたの "ライバル "がはるかに早く、非常によく実装されていない数式制御と合成のために、あなたは同じシャープで、金融商品のグループ（ポートフォリオ、一種:)の独自の時系列を構築する必要があり、例えば、販売することができます。何が言いたいんだ。信号、オシロスコープ。シグナルはグラフです。圧縮したり、伸ばしたり、その特性を操作することができます。定型的な制御のアナログ。市場はある時間間隔での出来事で特徴付けられ、この間隔は通常有限である。つまり、彼らが何を言っても、しかし、任意のツールは、与えられた時間枠のダイナミクスに投影で、独自のEXPIRATIONを持っています...とりひきのくふうこの結論は、事実として、同じ取引、取引などの構築されたSERIESを持つ金融商品の時系列を必要とします。すなわち、金融商品の価格の時系列ではないソースデータとのプロの仕事のために、これらの価格の時系列が要求されますが、たとえ間隔のヒストグラムの形で、これは非常に明確である、ところで....設計されたSERIESを実現するために ...男、そのようです :) ......論理演算子が必要ですが、これらは、私が何も見逃していなければいいのですが、数式コントロールには全くありません。もしそれが本当なら、錆びた釘に金の顕微鏡を...。...子供の工作セットを彷彿とさせるような感じですね。
数式制御の論理演算子はありますか？ ない場合は、その予定はありますか？:)
理解できない。技術的に正確な表現をお願いします。
技術的に正確というのは、あなたや私の知識レベルからすると難しいですね。あなたはデベロッパーであり、私はあなたの提案の本質を理解しようとしている．
それにもかかわらず、私はそれについて明示的にドキュメントで読んでいないように、合成ツールを作成するFORMULAで、さらに、データフィード、CONTINUE OPERATORS、SELECT OPERATORS、CYCLE OPERATORS、ブレイク、 CONTINUEと論理変数AND、OR ...する予定です。
なぜこのような疑問が生じるのか。例えば、RenkoやRangeBarのチャートを作成する場合、金融商品の数式管理の利点は、まさに価格のSERIESを構築する必要があるため、現在MQLに存在するそれらの言語ツールと比較して、根本的な違いがあるとは思えません。つまり、このような一連のグラフ表示の形成にMTでは困難があったように、これからも残るのだろう。
もし、本当に、このデータ基盤の「データフィードを含むデータ基盤（ティック、バー、シンボル）」が目的であれば、質問は無意味でしたので、お詫びします。勿論、「abysmal」ですが・・・。金融商品の一連のグラフ（カスタム合成商品チャート）は、再び手作業で作成する必要があります ...
数式モードを本格的な言語で拡張することは、実質的な 意味がないため、行わないことにしています。つまり、忘却の彼方にあるようなことはしない、ということです。
純粋にMQL5で独自のロジックを実装し、好きなデータフィード機能を実装する方が良いでしょう。
データフィードの本格的な事例を書き、納品物に同梱します。あとは、誰でも簡単に独自のロジックを追加することができます。
実は、自分で書けるんです。昔から何でもあります。https://www.mql5.com/ru/docs/customsymbols。
Metakvotesの提案に関連して、コミュニケーション、プロジェクト、見積りベースの独立性、金融プラットフォーム、取引用Visual Studioなど、多くの疑問が生じます。
実際には、見通しを考えると、我々はオフィスを閉じて、MQL5.comに移動し、事前に独自のアプリケーションのコードを再配置することがあります...
このケースでは、よく、結果を行うための多くの仕事があることを考慮...MTエディタで外部コンパイラ/インタプリタによるC++、C#、R、Pythonをサポートするという言及について、明確な説明を求めています。
タイミング、どのような形で、どの程度までこの支援が実施されるのか？とりあえず簡単に、イメージを伝えるために。
MetaEditorをVisualStudio化するステップを説明します。
新しいバージョンができるまでお待ちください。まずはC/C++を正常に動作させ、あとはお任せください。