MQL5への願い - ページ 19

 

くっそー!ここ数回の書き込みでせめて一言でも中身のある言葉を!終わらない騒ぎになってるんだよなぁ。.netのことは忘れて、melkosoftがこの分野に興味を持つことを神に禁じます。開発者にとってはともかく、ユーザーにとっては、サイズから始まってバージョンの非互換性まで、本当に頭の痛い問題です。開発者がお互いの果物を使い始めると、インストーラーが2番目のバージョンを、1番目のコンポーネントが、それ以外はすべて - 3番目のバージョンを欲しがり、それから歌が始まるのです。せめて.net抜きでやろうよ。

このような討論の場は別に設けるべきかもしれませんね。

 
Renat:
MQL5への希望をお伝えください。

MQL5の開発は現在進行中で、新しいトレーディング・プラットフォームにおける当社の有力なポジションの一つです。冷静さを保つために、あえて議論を控えているのです。しかし、しばらくすれば、新しい言語やライブラリ、プログラミング環境に関する情報の公開を開始する予定です。

...

言語


1 オブジェクト指向(最も強い欲求)

2 C++に限りなく近い

2.1構造物(見れるといいんですけどね)

3 イベントを追加

3.1 注文の処理...( テイクプロフィット、ストップ )

3.2エラー(関数の後、または一緒にポーリングする代わりに)。

3.3 タイマーイベント(アプリケーションをよりよく管理できるようになる)


...

エディター

ビジュアルデバッガ

...

ターミナル

非標準的なTF間隔を選択することができる ...3分とか6時間25分とか.スケーラブル

W1テスター

多通貨テスター

可視化中の複数のTFテスター

 

5を実行する前に、保留中の 逆指値注文のStopLevelの制限値の根拠を 今一度しっかり考えた方が良いと思います。 私の意見としては、注文の記載された始値(本来は始値)ではなく、やはり対応する成行注文の終値(成行注文の場合)にすべきと思います。

現在、BuyStop = 1.0050 を最も近い SL = 1.0047, TP = 1.0053 でオープンすることが可能です (spread = 3, StopLevel = 3)。保留が成行に転換された時点で、BId(正しい終値)がすでに SL上にある場合、その状況は技術的に可能となる。(このような状況は、本来の市場には許されないし、当然である)。

計算基準が変わると、同じBuyStop=1.0050でも、SL=1.0044、TP=1.0050が最も近くなる場合があります。マーケットに転換した時点で、BIdはストップオーダーから同じ距離にあります。 このマーケット1をクローズするには、価格はまだ 3ポイント踏んでいなければなりません。

 
TedBeer:

くっそー!ここ数回の書き込みでせめて一言でも中身のある言葉を!終わらない騒ぎになってるんだよなぁ。.netのことは忘れて、melkosoftがこの分野に興味を持つことを神に禁じます。開発者にとってはともかく、ユーザーにとっては、サイズから始まってバージョンの非互換性まで、本当に頭の痛い問題です。開発者がお互いの果物を使い始めると、インストーラーが2番目のバージョンを、1番目のコンポーネントが、それ以外はすべて - 3番目のバージョンを欲しがり、それから歌が始まるのです。せめて.net抜きでやろうよ。

このような議論の場は別に設けた方がいいのでは?


バージョンの非互換性は、通常、開発者でのみ発生し、その場合、開発者は、1つのソフトウェアと他の誰かを使用して、それ以外の場合は、ユーザーが通常サービスの更新に関連付けられ、通常は管理者がこれを追跡し、ライセンスなどのユーザーは、開発者がこのようなグローバルな更新を追跡する傾向があり、いずれにしても、すべての問題が1つの方法または別の解決されていると私はグローバルな問題を表示されない場合。ほとんどの場合、介入は必要ありません。バージョン依存は努力すべきことです。そうでなければ、より多くのバグ、穴に穴、それは事実です。一時はそれで多くの問題があり、何よりも開発者、終わりのない頭痛の種でした。開発者が世話をしなかった場合、ユーザーは痙攣しています。どんな開発者も、何よりもユーザー自身なのです。

あなたはWindowsを使っている、それはあなたがエラーのない動作を参照してくださいすることが重要です、なぜあなたはバグ、非互換性に関する警告のために取る、あなたは本当にユーザーのエラーは、開発者が気にするべきだと思うのですか?また、互換性、さらにはバグのコントロールができないのに、どこにバグがあるのかどうやって開発者に説明するのでしょうか?

私はユーザーとして、より完璧な製品を選んで使うことを常に心がけてきましたが、そうでなければ人生に遅れをとり、さらに時間をロスすることになります。しかし、開発者としては、それ以外にもさまざまな要素を見ているのです。あなたはMQLで書いていますが、私はMQLでは書きません。MTを使っていてMQLを知っていますが、だからこそ書きません。誰もが自分の道を選びます。あなたは開発者を待っているだけですが、あなたに足りないものは、すでに私たち自身が持っていて、狭い輪の中で開発しようとしています:)私は基本的にここでやることはないので、新しいビルドと新しいバージョンのMTが出るまで、ここには一切登場しないかもしれません。しかし、議論に参加しないと、重要な部分がおろそかになり、さらに時間を浪費することになります。まさに、想像を絶する方法ですべてを再設計し、新しいレベルに適合させる必要があるので、新しいバージョンに移行する際には、そのような問題をできるだけ早く取り除くために、文字通りすべてを考慮しなければならないのです。

あなたは文字通り、彼らが言うように、神が提供するものであることに満足し、すべてをあきらめるように私に言っている、残りはあなたの問題です、それは起こりません、任意の開発に時間とお金を取り、神が提供するいくつかのことわざについて、あなたはちょうど考えることができない、あなたはあらゆる手段によってアイデアをプッシュする必要があります。

 

TedBeer wrote (a):..., Andy_Kon wrote (a):..., pxx wrote (a):..., xnsnet wrote (a):.

宗教的な寛容さ」に一票。:)

トピックについて

言語- 例外も的確でしょう。

 
YuraZ:

1 オブジェクト指向(強い欲求)

おそらく、最も的確な表現だと思います。OOPに慣れた人が手続き型言語を使うと大変なことになる。
 

デバッグを高速化するためには、(古き良き手続き型言語のように)ラベルとトレースを追加する必要があります。また、あるEAを別のEA(Ex4実行ファイル)から呼び出す機能を提供する必要があります。

イゴール

 

テスターとターミナルウィンドウに、オーダーを特徴づけるすべての列、MNとコメントを追加する必要があります。

テスターではチェックボックスでより自由に(リソースを節約するのに便利です)。
- を出力する/しない。
- を出力する/最後の100枚を除いてすべてスキップする。
- グラフの表示/非表示を設定します。
- 結果を表示する/表示しない。

手動注文管理 ウィンドウで、オプションをチェックします。
- をクリックすると、左側の有効/無効が切り替わります。
左側で、表示(タブ付きまたはチェック付き)
- ティックチャート
- 市場の概要
- データウィンドウを表示します。
- 実行中のアプリケーションプログラムからの有用な情報を表示します。
- のバリエーションがあります。

 

リコンパイルせずに、[v] チェックボックスを選択することで、チャートと一緒にウィンドウに、またはチャートの下にある別のウィンドウに、インジケータを出力できるようにする。

また、チャートのあるウィンドウとチャートの下のウィンドウで、1つのインジケータの別々の要素(グラフィックツール)をティッキングで選択できるようになると良いと思います。

アンドリュースのピッチフォークがチャートと一緒にウィンドウに表示され、同じ指標のいくつかの計算要素、例えばタイムスタンプはチャートの下のウィンドウに、例えばヒストグラムとして表示されるべきであるとします。

==============

また、インジケータ出力や個別のインジケータ要素のウィンドウは、出力を表示するウィンドウの番号を設定することで選択できるようにする必要があります。

 
nen:

また、出力を行うウィンドウ番号を指定することで、インジケーターや個々のインジケーター要素を表示するウィンドウを選択することができます。

また、インジケータウィンドウの順序(上位と下位)をプログラムおよび手動で変更することができます。