私のアプローチコアはエンジンです。 - ページ 43 1...363738394041424344454647484950...184 新しいコメント Dmitry Fedoseev 2018.12.10 17:21 #421 Реter Konow:項目の値をどこに格納するか？ 初期状態では、要素の値はコンストラクタで設定できるほか、EAがIniteで設定することも可能である。 エンジンは、要素パラメータの値を保存する義務がある。そうでなければ、ユーザーが要素とインタラクションを行う際に処理することができないからです。 つまり、スライダーハンドルを動かしても、エンジン側では値が変化しないので、そうなると、ユーザー自身が値の変化を把握しなければならなくなるのです。 他にも膨大な数のニュアンスがあります。 例えば - エレメント間のパラメータ値の同期化。コンストラクタのレベルで設定する必要があります。 (Oleg Papkovに聞けよ）。彼のエレメントの同期を実装したのです。スライダーの位置を変えると、別のウィンドウの入力欄 の値も変わる。そして、これらはすべてエンジンレベルで動作します）。 そうでない場合は、すべてユーザー自身が行う必要があります。 そして、これは、-大衆向けではない。基本的に何もわからない、他宗派の者ですが、端末を再起動すると全てが崩れるというのは理解できましたが？はい？ Реter Konow 2018.12.10 17:23 #422 Maxim Kuznetsov:クソッタレ！2つちょうだい... 今まで一度もなかったのに、またここに来てしまった) あるものを変えると、別のものが変わるというのは、奇跡中の奇跡です。 何を自慢しているのか考えた方がいい :-)どこに自慢話があるんだ？技術の説明では？ Реter Konow 2018.12.10 17:23 #423 Dmitry Fedoseev:基本的に何も理解していない、違う宗派の人間だが、端末を再起動すると全てが崩れるというのは理解できた？はい？パラメータ値をファイルに保存することができます。考えておくよ。 Реter Konow 2018.12.10 17:24 #424 Реter Konow:パラメータ値をファイルに保存することが可能です。考えてみます。でも、その意味がわからないんです。では、Expert Advisorが再起動して、何が起こるのでしょうか？ Dmitry Fedoseev 2018.12.10 17:28 #425 Peterさん、もう一つ質問です。このGUIは通常のEAプロパティウィンドウよりもどのように優れているのですか？通常のプロパティ画面では変更できないことは何ですか？また、これらのパラメータをプロパティウィンドウからではなく、GUIから変更することの特別な価値は何でしょうか？ Реter Konow 2018.12.10 17:32 #426 Dmitry Fedoseev: Piotrさん、もう一つ質問です。このguiは、標準のEAのプロパティウィンドウよりどのように優れていますか？通常のプロパティウィンドウでは変更できないことは何ですか？また、これらのパラメータをプロパティウィンドウからではなく、GUIから変更することの特別な価値は何でしょうか？このフォーラムからの古典的な質問です))なぜトレーディング・プラットフォームが必要なのか？また、なぜトレーディングロボットが必要なのでしょうか？また、なぜケーキを焼いて屋台で売るよりいいのでしょうか？もちろん冗談です。回答はありません。 ZS: プロパティウィンドウで半自動化を実現することはできません。だから、マニュアル取引の分野を制覇することは不可能なのです。だから、テスターのグレイルから抜け出して、より高いレベルに到達することは不可能なのです。 Artyom Trishkin 2018.12.10 18:26 #427 Реter Konow:どこに自慢話があるんだ？技術の説明では？技術はどこにあるのか？ここまでは、10年から15年の投げやりな感じが見て取れます。 Artyom Trishkin 2018.12.10 18:35 #428 Реter Konow:このフォーラムからの古典的な質問です)) なぜトレーディング・プラットフォームが必要なのか？また、なぜトレーディングロボットが必要なのでしょうか？また、なぜケーキを焼いて屋台で売るよりいいのでしょうか？ もちろん冗談です。 答えはないんです。 ZS.プロパティウィンドウで半自動化を実現することは不可能です。だから、マニュアル取引の分野を制覇することは不可能なのです。だから、テスターのグレイルから抜け出して、より高いレベルに到達することは不可能なのです。相手が何を言おうとしているのか、理解できないのです。間違ったセグメントに労働力を投入しようとしている。GUIは、例えば#include <GodPeterTru-La-La-GUI.mqh> などを通して簡単に接続する必要があります（いや、もちろんそうしなければなりませんが、リンクゲームをヒントにしてはいけません）。 そして、すでにプログラムの一部として、それにイベントを送信する必要があります。以上です。ユーザーが受け取り、処理する。 あなたは、独自のマークアップ言語を用いて、送信と受信を繰り返す豚頭通信を発明しましたが、これはまだ研究する必要があります。とにかく、この獣は大衆に届かないのです。本音でごめんなさい。芸術家として貴族の称賛が必要なのはわかりますが、今のところ何もありません。 Dmitry Fedoseev 2018.12.10 18:38 #429 Реter Konow:このフォーラムからの古典的な質問です)) 1.なぜトレーディング・プラットフォームが必要なのか？2.なぜトレーディングロボットが必要なのか？なぜ、ケーキを焼いて屋台で売るよりいいのですか？ もちろん冗談です。 回答はありません。 ZS: プロパティウィンドウで半自動化を実現することはできません。だから、マニュアル取引の分野を征服することは不可能だ。だから、テスターのグレイルから抜け出して、より高いレベルに到達することは不可能なのです。では、なぜプロパティウィンドウで半自動化を実現できないのでしょうか？何かを有効にしたり無効にしたりするのに、プロパティウィンドウから行うのと、追加のインターフェースから行うのとでは、どんな違いがあるでしょうか（後者の場合、コストが増えることを除けば）。では、繰り返しになりますが、通常のプロパティウィンドウでできないことを、GUIでできるようにするにはどうしたらいいのでしょうか？ Georgiy Merts 2018.12.10 18:40 #430 Dmitry Fedoseev: Piotrさん、もう一つ質問なのですが、なぜこのGUIが標準のEAプロパティウィンドウよりも優れているのでしょうか？通常のプロパティウィンドウでは変更できないようなことをするのでしょうか。また、これらのパラメータをプロパティウィンドウからではなく、guiから変更することの特別な価値は何でしょうか？その方が便利かもしれないよ、ディミトリ。 PeterのGUIはとてもよく理解できます。 いくつかのパラメータを別のパネルにして、スライダーボタンやその他のコントロールを便利に配置するのは理にかなっている場合もありますね。そして、それを標準的なインターフェースが提供するのとは異なる方法で行うことです。 問題は、サポートの複雑さ（どこで、どんなインデックスが、どんな順番で、どんな意味を持っているかを覚えるのは非常に難しい）と、ターゲット層（プログラミングを十分に知っているだろうが、手動での取引を好む人は、私の意見では、非常に少ない）であると、私にはやや異なっているように思われるのです。 ピーターさんは、これからはセミオートマチックが主流になると考えています。それを期待して、このようなライブラリーを発表したのでしょう。 ただ、個人的には「セミオートマティックの未来」についても、「プログラミングはできるけど、トレードはマニュアルで」という人がたくさんいることにも、大きな疑問を持っています。 1...363738394041424344454647484950...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
項目の値をどこに格納するか？
初期状態では、要素の値はコンストラクタで設定できるほか、EAがIniteで設定することも可能である。
エンジンは、要素パラメータの値を保存する義務がある。そうでなければ、ユーザーが要素とインタラクションを行う際に処理することができないからです。
つまり、スライダーハンドルを動かしても、エンジン側では値が変化しないので、そうなると、ユーザー自身が値の変化を把握しなければならなくなるのです。
他にも膨大な数のニュアンスがあります。
例えば - エレメント間のパラメータ値の同期化。コンストラクタのレベルで設定する必要があります。
(Oleg Papkovに聞けよ）。彼のエレメントの同期を実装したのです。スライダーの位置を変えると、別のウィンドウの入力欄 の値も変わる。そして、これらはすべてエンジンレベルで動作します）。
そうでない場合は、すべてユーザー自身が行う必要があります。
そして、これは、-大衆向けではない。
基本的に何もわからない、他宗派の者ですが、端末を再起動すると全てが崩れるというのは理解できましたが？はい？
クソッタレ！2つちょうだい...
今まで一度もなかったのに、またここに来てしまった)
あるものを変えると、別のものが変わるというのは、奇跡中の奇跡です。
何を自慢しているのか考えた方がいい :-)
どこに自慢話があるんだ？技術の説明では？
基本的に何も理解していない、違う宗派の人間だが、端末を再起動すると全てが崩れるというのは理解できた？はい？
パラメータ値をファイルに保存することができます。考えておくよ。
パラメータ値をファイルに保存することが可能です。考えてみます。
でも、その意味がわからないんです。では、Expert Advisorが再起動して、何が起こるのでしょうか？
Piotrさん、もう一つ質問です。このguiは、標準のEAのプロパティウィンドウよりどのように優れていますか？通常のプロパティウィンドウでは変更できないことは何ですか？また、これらのパラメータをプロパティウィンドウからではなく、GUIから変更することの特別な価値は何でしょうか？
このフォーラムからの古典的な質問です))
なぜトレーディング・プラットフォームが必要なのか？また、なぜトレーディングロボットが必要なのでしょうか？また、なぜケーキを焼いて屋台で売るよりいいのでしょうか？
もちろん冗談です。
回答はありません。
ZS: プロパティウィンドウで半自動化を実現することはできません。だから、マニュアル取引の分野を制覇することは不可能なのです。だから、テスターのグレイルから抜け出して、より高いレベルに到達することは不可能なのです。どこに自慢話があるんだ？技術の説明では？
技術はどこにあるのか？ここまでは、10年から15年の投げやりな感じが見て取れます。
このフォーラムからの古典的な質問です))
なぜトレーディング・プラットフォームが必要なのか？また、なぜトレーディングロボットが必要なのでしょうか？また、なぜケーキを焼いて屋台で売るよりいいのでしょうか？
もちろん冗談です。
答えはないんです。
ZS.プロパティウィンドウで半自動化を実現することは不可能です。だから、マニュアル取引の分野を制覇することは不可能なのです。だから、テスターのグレイルから抜け出して、より高いレベルに到達することは不可能なのです。相手が何を言おうとしているのか、理解できないのです。間違ったセグメントに労働力を投入しようとしている。GUIは、例えば#include <GodPeterTru-La-La-GUI.mqh> などを通して簡単に接続する必要があります（いや、もちろんそうしなければなりませんが、リンクゲームをヒントにしてはいけません）。
そして、すでにプログラムの一部として、それにイベントを送信する必要があります。以上です。ユーザーが受け取り、処理する。
あなたは、独自のマークアップ言語を用いて、送信と受信を繰り返す豚頭通信を発明しましたが、これはまだ研究する必要があります。とにかく、この獣は大衆に届かないのです。本音でごめんなさい。芸術家として貴族の称賛が必要なのはわかりますが、今のところ何もありません。
このフォーラムからの古典的な質問です))
1.なぜトレーディング・プラットフォームが必要なのか？2.なぜトレーディングロボットが必要なのか？なぜ、ケーキを焼いて屋台で売るよりいいのですか？
もちろん冗談です。
回答はありません。
ZS: プロパティウィンドウで半自動化を実現することはできません。だから、マニュアル取引の分野を征服することは不可能だ。だから、テスターのグレイルから抜け出して、より高いレベルに到達することは不可能なのです。では、なぜプロパティウィンドウで半自動化を実現できないのでしょうか？何かを有効にしたり無効にしたりするのに、プロパティウィンドウから行うのと、追加のインターフェースから行うのとでは、どんな違いがあるでしょうか（後者の場合、コストが増えることを除けば）。では、繰り返しになりますが、通常のプロパティウィンドウでできないことを、GUIでできるようにするにはどうしたらいいのでしょうか？
Piotrさん、もう一つ質問なのですが、なぜこのGUIが標準のEAプロパティウィンドウよりも優れているのでしょうか？通常のプロパティウィンドウでは変更できないようなことをするのでしょうか。また、これらのパラメータをプロパティウィンドウからではなく、guiから変更することの特別な価値は何でしょうか？
その方が便利かもしれないよ、ディミトリ。
PeterのGUIはとてもよく理解できます。 いくつかのパラメータを別のパネルにして、スライダーボタンやその他のコントロールを便利に配置するのは理にかなっている場合もありますね。そして、それを標準的なインターフェースが提供するのとは異なる方法で行うことです。
問題は、サポートの複雑さ（どこで、どんなインデックスが、どんな順番で、どんな意味を持っているかを覚えるのは非常に難しい）と、ターゲット層（プログラミングを十分に知っているだろうが、手動での取引を好む人は、私の意見では、非常に少ない）であると、私にはやや異なっているように思われるのです。
ピーターさんは、これからはセミオートマチックが主流になると考えています。それを期待して、このようなライブラリーを発表したのでしょう。
ただ、個人的には「セミオートマティックの未来」についても、「プログラミングはできるけど、トレードはマニュアルで」という人がたくさんいることにも、大きな疑問を持っています。