プロのプログラマーとして「端末」に求めること。またMQL5への願いが込められたスレッドですね。 - ページ 8 123456789 新しいコメント Aleksandr Pak 2008.09.06 08:38 #71 ただし、無条件・条件付きに関わらず、どのJMPでもif()は＋while/forで分岐します。 antslag 2008.09.06 09:54 #72 MQL5開発者へのインタビューでは、インタープリタのバイトコードではなく、プラットフォームのx86コードでコンパイルするようになったとのことでした。ですから、基本的には分解して、端末で作業するためのAPIを見ることが可能です。これをベースにしてVC++でも書けるライブラリーがある。 majestic 2008.11.22 05:33 #73 テスター結果のポジションをダブルクリックすると、チャート上のイベントにジャンプ できるのはとても便利です。 その間、手でその瞬間を探さなければならないのは疲れる。 Rashid Umarov 2008.11.22 06:02 #74 majestic >> : テスター結果の位置をダブルクリックすると、チャート上のそのイベントにジャンプできるのはとても便利です。 その間、手を動かしてその場をしのぐわけですから......ストレスがたまりますね。 すでにあるものが合うのでは？ Алексей 2008.11.22 11:55 #75 MProgrammer、なぜチャートを描くdotnetモジュールが必要なのですか？しかも、このようなグラフのモジュールをサードパーティのプログラマに無償で提供するとは、MQは何を考えているのだろう。 MQL4で書かれたスクリプトやインジケータを使用してオブジェクトをロードして表示する簡単なファイルを通して、チャートに表示する必要があるC#からの計算データを与えることはできないのでしょうか？例：C#プログラム→データ→ファイル→スクリプト、インジケータまたはEAによる同期アクセス。 C#など使い慣れたプログラミング言語でExpert Advisorを作成する場合は、以下のようにMTと連鎖的に接続することが可能です。 Expert Advisorの場合。 MQL4 Expert Advisor >> Dll >> sync socket >> C#プログラム（引用符で作業） >> （結果） >> sync socket >> Dll >> MQL4 Expert Advisor（グラフオブジェクト、開始と終了ポジションを表示する）。 オプティマイザーやテスターのために。 MQL4スクリプト >> Dll >> ソケット同期 >> C#プログラム（引用符での作業、複数回の実行） >> （結果） >> ソケット同期 >> Dll >> MQL4 Expert Advisor（テスター後の実行のオブジェクトと位置のグラフを表示） この方法の利点 - 上位の言語はすべてソケットハンドリングをサポートしているので、使い慣れた言語、環境でプログラムを開発することができます。 - ストラテジープログラムのデバッグが可能です。 - プロセッサ（複数のスレッド）やネットワーク上のコンピュータにも計算能力を分散させた独自のオプティマイザを作ることができる (もちろん配布は大変ですが、最適化速度が数倍になります）。例えば、自宅でデスクトップコンピュータ上で最適化を実行すると、それはローカルネットワーク上のラップトップに実行の一部を与え、また、あなたの友人のコンピュータに、多分職場でコンピュータに、最適化モジュールも実行されている（個人的な目的のためにオフィスの容量を不正に使用：）））。 短所 - MQL4では、Dllへのデータ転送は都合よく実装されていません。つまり、構造体や構造体の配列は double の配列しか渡すことができないが、MQL5 ではこの問題は約束されている。 しかし、msvc++が他のデータ型よりもdoubleを扱うのが速いことを考慮すると、利便性は劣るものの、おそらく既存のアプローチの方がより優れていると思われます。 - 接続モジュールを作ってデバッグしなければならない（しかし、プロのプログラマーにとっては問題ない。このスレッドの著者が言うように、自分でチャートを作るより簡単なのだ）。 dot.netとjavaのソケットに自分で実装したい通信モジュール。私は、DelphiとWM_COPYDATAで同様のモジュールを使用しています - それはよく動作し、MTと実際の口座での取引にリンクされたプログラムで使用されています。 ところで、最近、JavaとC++で実数と整数を使ったテストをしてみたんです。 一般に、javaマシンを-serverモードで使用すると、2回目、3回目からは、javaの整数演算テストの速度がMSVC++プログラムを追い越すようになります。 ダブルデータ型ではmsvs++がjavaを上回りますが、フロート型ではjavaがリードしています。つまり、実行時にJavaプログラムの動的最適 化が行われるわけです。 C#のテストはしていませんが、delphiには失望しました。スピードテストではC++とJavaの両方に遅れをとっているのです。多くの小さなオブジェクトを扱うとき（ソート、移動、削除、作成）かもしれませんが、Delphiはその最良の面を発揮してくれます。 dedushka 2009.01.25 05:02 #76 親愛なる皆様、GOTOについて少しお話させてください。 この話は、人によっては懐かしく思い出す、あの古いパソコンが登場するよりもずっと前に始まっていたのだ。 「68年、Dijkstraの有名な論文「goto演算子の有害性について」によって状況は完全に破たんし、当時はgoto演算子なしのプログラムは一つもなかった時代だった。その結果、プログラマーの腕前は、プログラム中に使うgoto演算子の数に反比例していることがわかった。プログラミングの分野だけでなく、プログラミングの方法論全般で革命的な衝撃を与えた。 その後、構造プログラミングに関する論文が数多く発表され、シーケンス、ブランチ、ループという3つの基本構造を使えば、GOTOがなくてもどんなプログラムでも描けることが示された。どこかにHoareの「Structured Programming」という本も転がっていますしね。正確には覚えていませんが、たぶん二人目の著者はヴィルトだったと思います。 "69年に、ダイクストラのアイデアを純粋に実装したPascal言語が登場した"。 " では、goto演算子は使えるのか、使えないのか？1974年、Knuthの論文「Structured Programming with goto operator」が発表された。 などなど。 つまり、gotoの使用は推奨されず、break、contunue、exit、halt、hande hochなど様々なGOTOの代用品が登場しましたが、今でも多くの言語でgotoが使用されています。MQL開発者はこの歴史を知っているからこそ、MQL5にはGOTOがないのだと思います。伝統によって動機を隠しているのは明らかだ。:-) Aleksandr Pak 2009.01.25 06:49 #77 to Dedushka プログラマーを貶め、非難することは誰にでもできる。 のカバーの色を知らない人は特に。 "構造化プログラミング "で、その作者がイオダン（Iordan）であることを知らずに 確かに、アメリカ人の月面着陸に合わせた後藤の打ち込みの日付がありますが、なぜですか？ それに、C#のリリース後の出来事もご存じないようですが、それはなぜですか？ 最後にもう一つ、Dijkstraの時代には、プログラム中のGOTOの数は50%にも達していました)))) 。 が、資格とは全く違う理由です。 わかりやすく言うと、「おじいちゃんの性能は、小さな修理の数で判断するべきだ」と言う人がいるようなものです - 修理が少なければ少ないほど、おじいちゃんには資格があります。 と、おじいさんの働きをよくするために、おじいさんの道具を取り上げることです。 dedushka 2009.01.25 22:24 #78 Korey писал(а)>> to Dedushka プログラマーを貶め、非難することは誰にでもできる。 特に、表紙の色を知らない人が "構造化プログラミング "で、その作者がイオダン（Iordan）であることを知らずに 確かに、アメリカ人の月面着陸に合わせた後藤の打ち込みの日付がありますが、なぜですか？ それに、C#のリリース後の出来事もご存じないようですが、それはなぜですか？ 最後にもう一つ、Dijkstraの時代には、プログラム中のGOTOの数は50%にも達していました)))) 。 が、資格とは全く違う理由です。 わかりやすく言うと、「おじいちゃんの性能は、小さな修理の数で判断すべき」と言う人と同じです - 修理が少なければ少ないほど、おじいちゃんには資格があるのです。 と、おじいさんの働きを良くするために、道具を取り上げる。 Korey様、念のため何度か自分の投稿を読み直したのですが...。神によって、私は誰かを非難したり、恥をかかせようとする気配を全く感じないのです。 考えていたわけでもなく、30年ほど前に話題の人と知り合っただけなのですが...。そして、親切なおじいさんのように、それがどこから来るのかを教えてくれることになったのです。:-) 構造プログラミング」については、そうですね、黄色い文庫本でこんな分厚い本がありますね、名著です：W。W. Dahl, E. Dijkstra, and K. Hoare, "Structured Programming", モスクワ, ミール, 1975. と、最後に昔の話をしていますが、私の持っている本はすべて前世紀のもので、もう長い間、実践的なプログラマーではないので、本当に「C#のリリース後の出来事には疎い」のです。私は小さな会社で監視員をしているだけです（＾＾）。しかし、私はMQL5に興味があり、それは私がリラックスして冬眠から抜け出す必要があるようです - 私はプログラミングすることがたくさんあり、私は私を助けるために誰も持っていません。 だから私は、あなたのように、愛する...からいくつかの助けを得ることを期待してこのフォーラムに来た。悪態をつかないでください、嫌なんです...。 Aleksandr Pak 2009.01.26 07:05 #79 デドゥシュカへ 1.アバターを見ると、船員のような胸元と「おじいちゃん」というニックネーム、そう、船の整備士という意味で、整備士長は株取引に行ったのですね。 2.掲示板の「悪口」が許されるレベル、トレードはアイデンティティ、アイデンティティがなければトレードできない))) 2）掲示板の「悪口」は許されるレベル。貿易は自給自足、自利を伴わない貿易はありえない。 3.個人的に悪口を言いたいかどうかは別として、特に言語としてのMQL4、環境としてのMQL4が悪いので、すでに悪口を言っている = ))) 。 たまたま「四文字演算子」で恥ずかしいやつに仲間入りしただけだろ。 MQLクリエイターの深い思想を理解してないのも恥ずかしいだろ))) - パンチングキャリアのパンチ穴の形状を思い出していただければ、MQLやMT-4の価格もすぐにご理解いただけると思います。 4.ゴトーはペッパーでおっぱいのようにいじられ、知性のない、つまり精神的な惨めさを疑われ、恥をかくという形で。 校正はこのスレッドも読んでください)) = プログラマーからgoto演算子を取り上げて、今すぐジャンプできるようにしたと思われる。 5. しかし、本題に。 しかし、SRAM本体とその演算子であるgoto演算子は必ず使用しなければならない。 Sceptic Philozoff 2009.01.26 09:58 #80 そうあるべきなんです。アートのためなら。簡潔でエレガントなコードを書くために、gotoが唯一の方法である状況もあります。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
テスター結果のポジションをダブルクリックすると、チャート上のイベントにジャンプ できるのはとても便利です。
その間、手でその瞬間を探さなければならないのは疲れる。
テスター結果の位置をダブルクリックすると、チャート上のそのイベントにジャンプできるのはとても便利です。
その間、手を動かしてその場をしのぐわけですから......ストレスがたまりますね。
すでにあるものが合うのでは？
MProgrammer、なぜチャートを描くdotnetモジュールが必要なのですか？しかも、このようなグラフのモジュールをサードパーティのプログラマに無償で提供するとは、MQは何を考えているのだろう。
MQL4で書かれたスクリプトやインジケータを使用してオブジェクトをロードして表示する簡単なファイルを通して、チャートに表示する必要があるC#からの計算データを与えることはできないのでしょうか？例：C#プログラム→データ→ファイル→スクリプト、インジケータまたはEAによる同期アクセス。
C#など使い慣れたプログラミング言語でExpert Advisorを作成する場合は、以下のようにMTと連鎖的に接続することが可能です。
Expert Advisorの場合。
MQL4 Expert Advisor >> Dll >> sync socket >> C#プログラム（引用符で作業） >> （結果） >> sync socket >> Dll >> MQL4 Expert Advisor（グラフオブジェクト、開始と終了ポジションを表示する）。
オプティマイザーやテスターのために。MQL4スクリプト >> Dll >> ソケット同期 >> C#プログラム（引用符での作業、複数回の実行） >> （結果） >> ソケット同期 >> Dll >> MQL4 Expert Advisor（テスター後の実行のオブジェクトと位置のグラフを表示）
この方法の利点
- 上位の言語はすべてソケットハンドリングをサポートしているので、使い慣れた言語、環境でプログラムを開発することができます。
- ストラテジープログラムのデバッグが可能です。
- プロセッサ（複数のスレッド）やネットワーク上のコンピュータにも計算能力を分散させた独自のオプティマイザを作ることができる
(もちろん配布は大変ですが、最適化速度が数倍になります）。例えば、自宅でデスクトップコンピュータ上で最適化を実行すると、それはローカルネットワーク上のラップトップに実行の一部を与え、また、あなたの友人のコンピュータに、多分職場でコンピュータに、最適化モジュールも実行されている（個人的な目的のためにオフィスの容量を不正に使用：）））。
短所
- MQL4では、Dllへのデータ転送は都合よく実装されていません。つまり、構造体や構造体の配列は double の配列しか渡すことができないが、MQL5 ではこの問題は約束されている。
しかし、msvc++が他のデータ型よりもdoubleを扱うのが速いことを考慮すると、利便性は劣るものの、おそらく既存のアプローチの方がより優れていると思われます。
- 接続モジュールを作ってデバッグしなければならない（しかし、プロのプログラマーにとっては問題ない。このスレッドの著者が言うように、自分でチャートを作るより簡単なのだ）。
dot.netとjavaのソケットに自分で実装したい通信モジュール。私は、DelphiとWM_COPYDATAで同様のモジュールを使用しています - それはよく動作し、MTと実際の口座での取引にリンクされたプログラムで使用されています。
ところで、最近、JavaとC++で実数と整数を使ったテストをしてみたんです。
一般に、javaマシンを-serverモードで使用すると、2回目、3回目からは、javaの整数演算テストの速度がMSVC++プログラムを追い越すようになります。
ダブルデータ型ではmsvs++がjavaを上回りますが、フロート型ではjavaがリードしています。つまり、実行時にJavaプログラムの動的最適 化が行われるわけです。
C#のテストはしていませんが、delphiには失望しました。スピードテストではC++とJavaの両方に遅れをとっているのです。多くの小さなオブジェクトを扱うとき（ソート、移動、削除、作成）かもしれませんが、Delphiはその最良の面を発揮してくれます。
親愛なる皆様、GOTOについて少しお話させてください。
この話は、人によっては懐かしく思い出す、あの古いパソコンが登場するよりもずっと前に始まっていたのだ。
「68年、Dijkstraの有名な論文「goto演算子の有害性について」によって状況は完全に破たんし、当時はgoto演算子なしのプログラムは一つもなかった時代だった。その結果、プログラマーの腕前は、プログラム中に使うgoto演算子の数に反比例していることがわかった。プログラミングの分野だけでなく、プログラミングの方法論全般で革命的な衝撃を与えた。
その後、構造プログラミングに関する論文が数多く発表され、シーケンス、ブランチ、ループという3つの基本構造を使えば、GOTOがなくてもどんなプログラムでも描けることが示された。どこかにHoareの「Structured Programming」という本も転がっていますしね。正確には覚えていませんが、たぶん二人目の著者はヴィルトだったと思います。
"69年に、ダイクストラのアイデアを純粋に実装したPascal言語が登場した"。
" では、goto演算子は使えるのか、使えないのか？1974年、Knuthの論文「Structured Programming with goto operator」が発表された。
などなど。
つまり、gotoの使用は推奨されず、break、contunue、exit、halt、hande hochなど様々なGOTOの代用品が登場しましたが、今でも多くの言語でgotoが使用されています。MQL開発者はこの歴史を知っているからこそ、MQL5にはGOTOがないのだと思います。伝統によって動機を隠しているのは明らかだ。:-)
to Dedushka
プログラマーを貶め、非難することは誰にでもできる。
のカバーの色を知らない人は特に。
"構造化プログラミング "で、その作者がイオダン（Iordan）であることを知らずに
確かに、アメリカ人の月面着陸に合わせた後藤の打ち込みの日付がありますが、なぜですか？
それに、C#のリリース後の出来事もご存じないようですが、それはなぜですか？
最後にもう一つ、Dijkstraの時代には、プログラム中のGOTOの数は50%にも達していました)))) 。
が、資格とは全く違う理由です。
わかりやすく言うと、「おじいちゃんの性能は、小さな修理の数で判断するべきだ」と言う人がいるようなものです
- 修理が少なければ少ないほど、おじいちゃんには資格があります。
と、おじいさんの働きをよくするために、おじいさんの道具を取り上げることです。
to Dedushka
プログラマーを貶め、非難することは誰にでもできる。
特に、表紙の色を知らない人が
"構造化プログラミング "で、その作者がイオダン（Iordan）であることを知らずに
確かに、アメリカ人の月面着陸に合わせた後藤の打ち込みの日付がありますが、なぜですか？
それに、C#のリリース後の出来事もご存じないようですが、それはなぜですか？
最後にもう一つ、Dijkstraの時代には、プログラム中のGOTOの数は50%にも達していました)))) 。
が、資格とは全く違う理由です。
わかりやすく言うと、「おじいちゃんの性能は、小さな修理の数で判断すべき」と言う人と同じです
- 修理が少なければ少ないほど、おじいちゃんには資格があるのです。
と、おじいさんの働きを良くするために、道具を取り上げる。
Korey様、念のため何度か自分の投稿を読み直したのですが...。神によって、私は誰かを非難したり、恥をかかせようとする気配を全く感じないのです。
考えていたわけでもなく、30年ほど前に話題の人と知り合っただけなのですが...。そして、親切なおじいさんのように、それがどこから来るのかを教えてくれることになったのです。:-)
構造プログラミング」については、そうですね、黄色い文庫本でこんな分厚い本がありますね、名著です：W。W. Dahl, E. Dijkstra, and K. Hoare, "Structured Programming", モスクワ, ミール, 1975.
と、最後に昔の話をしていますが、私の持っている本はすべて前世紀のもので、もう長い間、実践的なプログラマーではないので、本当に「C#のリリース後の出来事には疎い」のです。私は小さな会社で監視員をしているだけです（＾＾）。しかし、私はMQL5に興味があり、それは私がリラックスして冬眠から抜け出す必要があるようです - 私はプログラミングすることがたくさんあり、私は私を助けるために誰も持っていません。 だから私は、あなたのように、愛する...からいくつかの助けを得ることを期待してこのフォーラムに来た。悪態をつかないでください、嫌なんです...。
デドゥシュカへ
1.アバターを見ると、船員のような胸元と「おじいちゃん」というニックネーム、そう、船の整備士という意味で、整備士長は株取引に行ったのですね。
2.掲示板の「悪口」が許されるレベル、トレードはアイデンティティ、アイデンティティがなければトレードできない)))
2）掲示板の「悪口」は許されるレベル。貿易は自給自足、自利を伴わない貿易はありえない。
3.個人的に悪口を言いたいかどうかは別として、特に言語としてのMQL4、環境としてのMQL4が悪いので、すでに悪口を言っている = ))) 。
たまたま「四文字演算子」で恥ずかしいやつに仲間入りしただけだろ。
MQLクリエイターの深い思想を理解してないのも恥ずかしいだろ)))
- パンチングキャリアのパンチ穴の形状を思い出していただければ、MQLやMT-4の価格もすぐにご理解いただけると思います。
4.ゴトーはペッパーでおっぱいのようにいじられ、知性のない、つまり精神的な惨めさを疑われ、恥をかくという形で。
校正はこのスレッドも読んでください))
= プログラマーからgoto演算子を取り上げて、今すぐジャンプできるようにしたと思われる。
5.
しかし、本題に。
しかし、SRAM本体とその演算子であるgoto演算子は必ず使用しなければならない。
そうあるべきなんです。アートのためなら。簡潔でエレガントなコードを書くために、gotoが唯一の方法である状況もあります。