MQL5への願い - ページ 2

 
イベント対応、+非標準の時間枠(一部の番組で実施)の希望に賛成です。
 

MQLが消えて、本格的なC#に置き換わってほしい :)))

そうすれば、あなたの願いは叶うでしょう

 
すでに本格的なC#があるのに、これ以上何が欲しいんだ、このおっさん?
 
MT5をdotnetに統合して欲しいです。)
 

私も良い言葉をかけたいのですが...。

とにかく何もいらない、全てに満足!!!!

 
wellx:
以前にも書きましたが、もう一度言います。
- 端末本体と連動するコールバック関数
- 接続の解除/復元
- 複数のEAのキューを管理する(ミューテックス、クリティカルセクション・・・)。
- デバッガ
-
- MQL関数からDLLを作成(ライブラリの作成に役立ち、多数のインジケータを含むコード全体を削減します。


不確かなまま問題を解決しても、更新されたMQLが改善されるとは思えない。なぜ、現在のバー(ゼロバー)の番号を計算するために、何らかのアラートが必要なのでしょうか?

カウントダウン」とはいえ、必要なバーを決定するロジックは明確でシンプルだと私は思います。

 

5は、業務用EA市場に向けたものであること。つまり、ミドルクラスやプロをターゲットにし、初心者には既成のソリューションやアドバイスをセットにしたスクールを作るということです。そうすれば、需要も出てくるでしょう。

for dummies」のチェックを外すことが必要です。言語の特性を拡大し、プログラマーに(基本的なことだけを除いて)できる限りのことをさせるのです。例えば、特殊な機能やアプリケーションプログラムを実行する機能、ボタンや入出力手段でカスタマイズ可能なインターフェースを作成する機能、FTPアクセス機能などです。本当に必要な制約だけを残しておく。

どうしてみんな路面電車より車が好きなんだろう?行けるところだけでなく、行きたいところへ持っていけるから。 まったく質が違うんです。

 
さて、ささやかな提案があります。そこで、与えられた値がある配列のセルの数を返す(失敗した場合はマイナス1を返す)関数を言語に導入することを提案します。 そうしないと、毎回ループを組まなければならなくなるからです。ArrayBsearch()関数は適切ではありません - 間違った値を返します。
 
新しいバーを 開始するときにコールバック関数に参加しますが、1行増えただけで誰も死なないし、NewBar()、Start()、またはその逆の順序で呼び出すことは明確ではありません。
 
drknn:
さて、ささやかな提案があります。そこで、与えられた値がある配列のセルの数を返す(失敗した場合はマイナス1を返す)関数を言語に導入することを提案します。 そうしないと、毎回ループを組まなければならなくなるからです。ArrayBsearch()関数は適切ではありません - 間違った値を返します。

この関数で返される値もやはり等値性チェックが行われる -1 ので、ArrayBsearch が返すインデックスを持つ値が目的の値と等しいかどうかをチェックすることができる。大きな差はない