MQL5への願い - ページ 4 1234567891011...131 新しいコメント Dmitry Fedoseev 2007.09.22 15:57 #31 drknn: 整数。 drknn: さて、ささやかな提案があります。そこで、与えられた値が配列の何番目のセルであるかを返す(失敗した場合はマイナス1を返す)関数を言語に導入することを提案します。 そうしないと、毎回ループを作らなければならなくなるからです。ArrayBsearch()関数が動作しない - 間違った値を返してしまう。 この関数が返す値は、やはり-1と等しいかどうかチェックされるので、ArrayBsearchが返すインデックスを持つ値が、探している値と等しいかどうかチェックすることができる。大きな差はない 参考文献から引用します。 int ArrayBsearch(...) 配列の1次元目で最初に見つかった要素のインデックスを返します。 指定された値を持つ要素が配列中に存在しない場合は,最も近い要素のインデックスを(値で)返します。 さて、番号だけでなく、配列中のチケットのインデックスを検索する場合、この関数はまったく適しません。まさにこのチケットが必要なのに、なぜ最も近い類似チケットのインデックスが必要なのか、それがない場合、その注文は市場のものではありません。同期的にシフトする配列を扱う場合、インデックスは非常に重要なものであり、正確であるか、利用できないかのどちらかでなければなりません。 もう一度、私があなたに書いたものを読んでみてください。 "この関数が返す値も-1と等しいかどうかチェックされるので、ArrayBsearchが返すインデックスを持つ値が、検索された値と等しいかどうかチェックすることができるのです。大きな差はない" 最も近いチケットを見つけ、探していたチケットと比較し、等しくない場合は配列に含まれていないことになります。 Владимир Тезис 2007.09.22 21:01 #32 Integer: 私があなたに書いたものをもう一度読んでください。 "この関数が返す値も-1と等しいかどうかチェックされるので、ArrayBsearchが 返すインデックスを持つ値が、探している値と等しいかどうかチェックすることができます。大きな差はない" 一番近いチケットを見つけ、そのチケットと比較し、等しくない場合は配列にないことを意味します。 なぜ、ずっと回り続ける必要があるのですか?必要な配列要素のインデックスを返す関数を持たない普通のプログラミング言語があったら教えてください。わかった、自分で関数を書くから、せめてサブルーチンにパラメータとして配列を渡してくれ。 MQL4におけるデメリットは数多くあります。この言語の柔軟性は取るに足らないものです。 我々のニーズに耳を傾け、Expert Advisorのコードを保存してみましょう。А?それとも、開発者は自分たち以外には関心がないのでしょうか? Renat Fatkhullin 2007.09.22 21:30 #33 drknn: じゃあ、この関数を自分で書いて、せめてサブルーチンのパラメータとして配列を渡せるようにしてよ。 MQL4では、サブプログラムに配列を渡すのは簡単で、受け取るのも同じように簡単です。 MQL4にはデメリットがたくさんあります。必要なことを聞いてExpert Advisorのコードを保存しておこう。А?それとも、開発者は自分たち以外はどうでもいいのでしょうか? はい、デメリットはよく知られています。開発者は何も反論していませんよね?私たちは長い間、MQL5という言語に取り組んできました。 Sceptic Philozoff 2007.09.22 21:49 #34 drknn さん、こちらもご覧ください: https://docs.mql4.com/ru/basis/variables/formal.それは、アレイの転送に関わることです。 Yuriy Zaytsev 2007.09.22 22:10 #35 xenon13: すべての敬意を表しMQL4はまだ市場で最高のMTSですが、次のものが非常に不足しています。 1.DLLからEA機能を呼び出すAPIまたは可能性(開発者殿、本当に必要です!!!) 2.DLLからEA機能を呼び出すAPIまたは可能性。 イベントハンドラ - 少なくとも1つ、システムイベント(CallBackまたはメッセージ番号を持つ何か、例えばメッセージ - このシンボルの取引は停止されています。) 3.構造体、a = b = d = e のレコードでの代入、暗黙の型変換。 他の人にも参加してもらい、このスレッドでウィッシュリストを続ける。 追伸:最初の点については、もう一度言いますが、すべてをそのままにして、DLLから呼び出すことも可能です。 C++に近いオブジェクト指向の言語が欲しいです トレーディングに近づいているのであれば を手に入れたいと思います。 1 タイマーをカスタマイズしてこの機能を呼び出す(とても良い機能だと思います) 2 LOSS TAKE ACTION(別のハンドラを使ってプログラム的に追跡できることは理解しています。) 3 ビジュアルデバッガーがあると良い(チェックプリントで満足しているが)。 Владимир Тезис 2007.09.23 18:36 #36 Mathemat: drknn さん、こちらもご覧ください: https://docs.mql4.com/ru/basis/variables/formal.それは、アレイの転送に関わることです。 ありがとうございます。見てみるよ。 Владимир Тезис 2007.09.23 18:40 #37 Renat:そう、欠点はわかっているのです。開発者は何も反論していませんよね?私たちは、これまで長い間、MQL5という言語に取り組んできました。 申し訳ありません、私が過剰反応したのかもしれません。困ったことに、言語に関する適切なガイドがないのです。きちんとしたヘルプがあれば、ユーザーからの質問も少なかったはずです。 Алексей 2007.09.24 12:00 #38 MQL5 言語の新機能の一覧は、MQから公開される予定です。新しい言語の特性など、いくつかの項目は事前に議論することが可能だったでしょう。開発者は計画を微調整したことでしょう。新機能や、例えば廃止されるものについては、投票を行うことも可能です。 ところで、メタエディタにコード付きタブのソートを追加すると良いと思います。必要なモジュールを探すのにスクロールし続ける必要がないように、いくつかのモジュールを横に並べてグループ化したい場合がよくあります。 ある言語で、他の関数のパラメータである文字列の変数を渡すと問題が発生しました。 そううまくはいかなかった。 func(Symbol())。 void func(文字列シンボル) { mql_func(symbol)。 } しかし、その仕組みは次のようなものです。 void func() { mql_func(symbol(); } 削除済み 2007.09.24 14:43 #39 drknn писал (а): なぜ、ずっと回り続ける必要があるのですか?必要な配列要素のインデックスを返す関数を持たない普通のプログラミング言語があったら教えてください。わかった、自分で関数を書くから、せめてサブルーチンにパラメータとして配列を渡してくれ。 Delphiにはそのような機能はありません。:)そして、もしかしたら別モジュールのどこかに存在するかもしれません。 もし存在しても、探すより自分で書いた方が楽なので、何も知りませんし、ありません。 ちなみに、アルゴリズムを自分で実装するのは「回避策」ではなく、サードパーティ製のコンポーネントやプロシージャ、ライブラリ、既成のコードの断片を使うのが「回避策」です。これが迂回路です。これを科学的に言うと「ラメリズム」です。:) 開発者はすでに「プログラマーのための言語を作るのであって、へたくそなプログラマーのための言語ではない」と言っています。:) 多くの人が欲しがる機能は、開発者が作ってくれるまで3年も待つ必要はなく、30分もあれば自分で作ることができます。 そして、それらを別のライブラリに詰め込んで、新しいExpert Advisorにいつものinludeで挿入するだけです。 考え抜くのはそんなに難しいでしょうか?ここは幼稚園です。 言葉はかっこいいし、創造性を発揮する機会がたくさんあります。しかし、創造力のない人間には、この言葉は禁忌であり、トレードも含め、多くのことに禁忌を犯している。:)突然の可能性で申し訳ありません、我慢できませんでした。 ただ、トランジションオペレーターが追加されていればよかったと思います。あとは、自分でいいと思っています。 実取引でOrderLots パラメータを変更する場合、削除して新たに設定しなければならないのは困りますね。 私のステートはすべて保留中の注文で埋まっています。 実装は難しくないはずです。Renat さん、もしこれを読んでいたら、返信をお願いします。 Владимир Тезис 2007.09.24 16:17 #40 Bauleken: drknn さんが書き込みました(a): おいおい、なんでそんな回りくどいことをするんだ?普通のプログラミング言語で、必要な配列要素のインデックスを返す関数がないものを教えてください。おいおい、この関数は自分で書くから、せめて配列をパラメータとしてサブルーチンに渡せるようにしてくれよ。 Delphiにはそのような関数はありません。:)もし存在するならば、探すより自分で書いた方が楽なので、何も知りません。 ちなみに、アルゴリズムを自分で実装するのは「回避策」ではなく、サードパーティ製のコンポーネントやプロシージャ、ライブラリ、既成のコードの断片を使うのが「回避策」です。これが迂回路です。これを科学的に言うと「ラメリズム」です。:) 開発者はすでに「プログラマーのための言語を作るのであって、へたくそなプログラマーのための言語ではない」と言っています。:)完全に機械語コードでプログラミングすべきではないのか?なぜ、これほどまでに高級言語やアセンブラまで?マシンコードのようなユニークなものであれば、どんなことでもできますよ :) 多くの人が欲しがる機能は、開発者が作ってくれるまで3年も待つ必要はなく、30分もあれば自分で作れます。 そして、それらを別のライブラリに詰め込んで、新しいExpert Advisorにいつものinludeで挿入するだけです。 考え抜くのはそんなに難しいことでしょうか。ここは幼稚園です。 言葉はかっこいいし、創造性を発揮する機会がたくさんあります。しかし、創造力のない人間には、この言葉は禁忌であり、トレードをはじめ、さまざまなことに禁忌を犯しているのです。:)突然の可能性で申し訳ありません、我慢できませんでした。 :)))))))))))元気が出ました。心の底から笑えました。いや、本当に :))))))ただ、トランジションオペレーターが追加されていればよかったと思います。あとは、自分でいいと思っています。 実取引でOrderLots パラメータを変更する場合、削除して新たに設定しなければならないのは困りますね。 私のステートはすべて保留中の注文で埋まっています。 実装は難しくないはずです。Renat さん、もしこれを読んでいたら、返信をお願いします。 読まれた方はご回答をお願いしますが、もう少し詳しく教えていただけませんか?プットポジションを修正することができる、または私は何かを理解していないのですか? 1234567891011...131 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
さて、ささやかな提案があります。そこで、与えられた値が配列の何番目のセルであるかを返す(失敗した場合はマイナス1を返す)関数を言語に導入することを提案します。 そうしないと、毎回ループを作らなければならなくなるからです。ArrayBsearch()関数が動作しない - 間違った値を返してしまう。
この関数が返す値は、やはり-1と等しいかどうかチェックされるので、ArrayBsearchが返すインデックスを持つ値が、探している値と等しいかどうかチェックすることができる。大きな差はない
参考文献から引用します。
int ArrayBsearch(...)
配列の1次元目で最初に見つかった要素のインデックスを返します。
指定された値を持つ要素が配列中に存在しない場合は,最も近い要素のインデックスを(値で)返します。
さて、番号だけでなく、配列中のチケットのインデックスを検索する場合、この関数はまったく適しません。まさにこのチケットが必要なのに、なぜ最も近い類似チケットのインデックスが必要なのか、それがない場合、その注文は市場のものではありません。同期的にシフトする配列を扱う場合、インデックスは非常に重要なものであり、正確であるか、利用できないかのどちらかでなければなりません。
もう一度、私があなたに書いたものを読んでみてください。
"この関数が返す値も-1と等しいかどうかチェックされるので、ArrayBsearchが返すインデックスを持つ値が、検索された値と等しいかどうかチェックすることができるのです。大きな差はない"
最も近いチケットを見つけ、探していたチケットと比較し、等しくない場合は配列に含まれていないことになります。
私があなたに書いたものをもう一度読んでください。
"この関数が返す値も-1と等しいかどうかチェックされるので、ArrayBsearchが 返すインデックスを持つ値が、探している値と等しいかどうかチェックすることができます。大きな差はない"
一番近いチケットを見つけ、そのチケットと比較し、等しくない場合は配列にないことを意味します。
なぜ、ずっと回り続ける必要があるのですか?必要な配列要素のインデックスを返す関数を持たない普通のプログラミング言語があったら教えてください。わかった、自分で関数を書くから、せめてサブルーチンにパラメータとして配列を渡してくれ。
MQL4におけるデメリットは数多くあります。この言語の柔軟性は取るに足らないものです。 我々のニーズに耳を傾け、Expert Advisorのコードを保存してみましょう。А?それとも、開発者は自分たち以外には関心がないのでしょうか?
じゃあ、この関数を自分で書いて、せめてサブルーチンのパラメータとして配列を渡せるようにしてよ。
すべての敬意を表しMQL4はまだ市場で最高のMTSですが、次のものが非常に不足しています。
1.DLLからEA機能を呼び出すAPIまたは可能性(開発者殿、本当に必要です!!!) 2.DLLからEA機能を呼び出すAPIまたは可能性。
イベントハンドラ - 少なくとも1つ、システムイベント(CallBackまたはメッセージ番号を持つ何か、例えばメッセージ - このシンボルの取引は停止されています。)
3.構造体、a = b = d = e のレコードでの代入、暗黙の型変換。
他の人にも参加してもらい、このスレッドでウィッシュリストを続ける。
追伸:最初の点については、もう一度言いますが、すべてをそのままにして、DLLから呼び出すことも可能です。
C++に近いオブジェクト指向の言語が欲しいです
トレーディングに近づいているのであれば
を手に入れたいと思います。
1 タイマーをカスタマイズしてこの機能を呼び出す(とても良い機能だと思います)
2 LOSS TAKE ACTION(別のハンドラを使ってプログラム的に追跡できることは理解しています。)
3 ビジュアルデバッガーがあると良い(チェックプリントで満足しているが)。
drknn さん、こちらもご覧ください: https://docs.mql4.com/ru/basis/variables/formal.それは、アレイの転送に関わることです。
ありがとうございます。見てみるよ。
ところで、メタエディタにコード付きタブのソートを追加すると良いと思います。必要なモジュールを探すのにスクロールし続ける必要がないように、いくつかのモジュールを横に並べてグループ化したい場合がよくあります。
ある言語で、他の関数のパラメータである文字列の変数を渡すと問題が発生しました。
そううまくはいかなかった。
func(Symbol())。
void func(文字列シンボル) {
mql_func(symbol)。
}
しかし、その仕組みは次のようなものです。
void func() {
mql_func(symbol();
}
なぜ、ずっと回り続ける必要があるのですか?必要な配列要素のインデックスを返す関数を持たない普通のプログラミング言語があったら教えてください。わかった、自分で関数を書くから、せめてサブルーチンにパラメータとして配列を渡してくれ。
ちなみに、アルゴリズムを自分で実装するのは「回避策」ではなく、サードパーティ製のコンポーネントやプロシージャ、ライブラリ、既成のコードの断片を使うのが「回避策」です。これが迂回路です。これを科学的に言うと「ラメリズム」です。:)
開発者はすでに「プログラマーのための言語を作るのであって、へたくそなプログラマーのための言語ではない」と言っています。:)
多くの人が欲しがる機能は、開発者が作ってくれるまで3年も待つ必要はなく、30分もあれば自分で作ることができます。 そして、それらを別のライブラリに詰め込んで、新しいExpert Advisorにいつものinludeで挿入するだけです。 考え抜くのはそんなに難しいでしょうか?ここは幼稚園です。 言葉はかっこいいし、創造性を発揮する機会がたくさんあります。しかし、創造力のない人間には、この言葉は禁忌であり、トレードも含め、多くのことに禁忌を犯している。:)突然の可能性で申し訳ありません、我慢できませんでした。
ただ、トランジションオペレーターが追加されていればよかったと思います。あとは、自分でいいと思っています。
実取引でOrderLots パラメータを変更する場合、削除して新たに設定しなければならないのは困りますね。 私のステートはすべて保留中の注文で埋まっています。 実装は難しくないはずです。Renat さん、もしこれを読んでいたら、返信をお願いします。
おいおい、なんでそんな回りくどいことをするんだ?普通のプログラミング言語で、必要な配列要素のインデックスを返す関数がないものを教えてください。おいおい、この関数は自分で書くから、せめて配列をパラメータとしてサブルーチンに渡せるようにしてくれよ。
ちなみに、アルゴリズムを自分で実装するのは「回避策」ではなく、サードパーティ製のコンポーネントやプロシージャ、ライブラリ、既成のコードの断片を使うのが「回避策」です。これが迂回路です。これを科学的に言うと「ラメリズム」です。:)
開発者はすでに「プログラマーのための言語を作るのであって、へたくそなプログラマーのための言語ではない」と言っています。:)
多くの人が欲しがる機能は、開発者が作ってくれるまで3年も待つ必要はなく、30分もあれば自分で作れます。 そして、それらを別のライブラリに詰め込んで、新しいExpert Advisorにいつものinludeで挿入するだけです。 考え抜くのはそんなに難しいことでしょうか。ここは幼稚園です。 言葉はかっこいいし、創造性を発揮する機会がたくさんあります。しかし、創造力のない人間には、この言葉は禁忌であり、トレードをはじめ、さまざまなことに禁忌を犯しているのです。:)突然の可能性で申し訳ありません、我慢できませんでした。
実取引でOrderLots パラメータを変更する場合、削除して新たに設定しなければならないのは困りますね。 私のステートはすべて保留中の注文で埋まっています。 実装は難しくないはずです。Renat さん、もしこれを読んでいたら、返信をお願いします。