OOPのあるアプリケーションについて - ページ 2 123456789...12 新しいコメント Alexey Volchanskiy 2016.07.29 20:58 #11 Avals: 要は、その後の使い方ですね。異なる入力を試すには、入力セット番号で一括して行うことができます。すなわち、入力セットのコレクションが存在する。便利なら、関数の配列として。最もシンプルなもの、それは無条件で市場による売買を行うことです。または条件付き））。そして、オプティマイザーを実行し、さまざまなエントリセットに目を通すことになります。 はい、ここまでは、設定でストラテジーの数を設定し、オプティマイザーで数による最適化を行っているようです。しかし、それはあくまで序の口で、その場で自己最適化することをずっと夢見てきました。 Avals 2016.07.29 21:08 #12 Alexey Volchanskiy: はい、今のところ、設定でストラテジー番号を設定し、オプティマイザーで番号で最適化するようです。しかし、今回初めて、その場で自己最適化を行うことをずっと夢見ていたのです。 この自己最適化の目的（目標機能）は何ですか？ Alexey Volchanskiy 2016.07.29 21:15 #13 Avals: この自己最適化の目的（目標機能）は何ですか？狙いは明白です。まず、テスターのオプティマイザーは、少なくともMT4では確実に現在日が欠落しています。そして、MT4用にやっています。第二に、日中、理由もなく相場が急変することがある（ニュース）。おそらく皆さんもお気づきだと思いますが、低迷するフラット...そして突然、尻尾の下にマスタードを撒いたかのように、見積書が破れ始めるのです。フラットアウトか、完全なカオスか、どちらかです。 そのような状態を分類し、それを定義する際に必要な戦略の修正を含めることができると思います。どうすればいいのか？私にはAIを作るほどの度胸はありません。しかし、最適化の方法は、間接的に状態を決定することができます。ここまでは、あくまで未検証の考えです。 削除済み 2016.07.30 07:00 #14 Alexey Volchanskiy: はい、ここまではいいようです。設定でストラテジーの数を設定し、オプティマイザーで数値による最適化を行います。しかし、これは初めてです。長い間、私はその場で自己最適化を行うという夢を持っていたのです。クライアントは、自分が知っているすべての戦略を1人の専門家に包み込みたいと考えているのですね。ストラテジーのリストがないと、この作業は終わらないでしょう。一緒にToRを描くことを提案します。もしPLUSがこの戦略のリストに自己最適化の問題に触れるなら、彼にニューラルネットワークを書いてあげて ください。車輪の再発明をせず、基本的なプログラミングの知識でクライアントの頭を悩ませないようにしてください。これこそ、彼があなたに求めていることなのです。 Vasiliy Sokolov 2016.07.30 08:06 #15 George Merts:そして、「バッシング」の例を挙げてみてもいいでしょうか。お待たせしました。標準ライブラリのトレーディングクラスの階層構造。これは、資金管理モジュールが Expert Advisorであることを意味します。Trailing StopもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、基本的なExpert Advisorのいくつかのプライベートなデータとメソッドにアクセスする必要があることに起因しています。ちなみに、相続には長い花輪があります。インディケータはCIndicatorBufferを使用し、その上位メソッドを呼び出します。その結果、単純に指標値をトレースするだけでは、非常に分かりにくい作業になってしまいます。3回再帰的に呼び出すと、何かがどこから来るのか、完全にわからなくなる。そして、これは貧しい相続の一例に過ぎないのです。実際、継承に基づく多かれ少なかれ大きなクラスの階層は、ほとんどの場合、一貫性がなく、混乱し、再帰的になる。そのため、デバッグやさらなる開発が非常に難しくなっています。継承の深さは1～2段階にとどめるべきと考える。さらに、第一レベルは、ゼロレベルCObjectのグローバルかつ普遍的な定義（すべてオブジェクトである）を継承し、特定のエンティティ「エキスパート」、「インジケータ」、「トレーリングストップ」を実装する必要があります。第2階層は、「MACDに基づくExpert Advisor」「SMA指標」「Trailing Stop」などを具体的に実装すること。しかし、3段目の使用は厳しく罰せられ、起訴されなければならない。つまり、分類は、そうであってこそ真に価値あるツールであることがわかったのです。限定的で、長い継承階層を作らない。界面や介在物を利用した横型デザインとのジョイント使用。 Alexey Volchanskiy 2016.07.30 08:17 #16 Gulnaz Akhtyamova:クライアントは、自分が知っているすべての戦略を1人の専門家に包み込みたいと考えて いるのですね。ストラテジーのリストがないと、この作業は終わらないでしょう。一緒にToRを描くことを提案します。もしPLUSがこの戦略のリストに自己最適化の問題に触れるなら、彼にニューラルネットワークを書いてあげてください。車輪の再発明をせず、基本的なプログラミングの知識でクライアントの頭を悩ませない ようにしてください。これこそ、彼があなたに求めていることなのです。 彼はそんな可能性はないと思っていたようで、私のアイデアだったんです。規約があるんですね。自己最適は、自分の考えをそのまま形にしたものです。私はいつも正しい） Alexey Volchanskiy 2016.07.30 08:24 #17 Vasiliy Sokolov:お待たせしました。標準ライブラリのトレーディングクラスの階層構造。これは、資金管理モジュールが Expert Advisorであることを意味します。トレーリングストップもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、基本的なExpert Advisorのいくつかのプライベートなデータとメソッドにアクセスする必要があることに起因しています。ちなみに、相続には長い花輪があります。インディケータはCIndicatorBufferを使用し、その上位メソッドを呼び出します。その結果、単純に指標値をトレースするだけでは、非常に分かりにくい作業になってしまいます。3回再帰的に呼び出すと、何かがどこから来るのか、完全にわからなくなる。そして、これは貧しい相続の一例に過ぎないのです。実際、継承に基づく多かれ少なかれ大きなクラスの階層は、ほとんどの場合、一貫性がなく、混乱し、再帰的になる。そのため、デバッグやさらなる開発が非常に難しくなっています。継承の深さは1～2段階にとどめるべきと考える。さらに、第一レベルは、ゼロレベル CObjectの グローバルかつ普遍的な定義 （すべてオブジェクトである）を継承 し、特定のエンティティ「エキスパート」、「インジケータ」、「トレーリングストップ」を実装 する必要があります。第2階層は、「MACDに基づくExpert Advisor」「SMA指標」「Trailing Stop」などを具体的に実装すること。しかし、3段目の使用は厳しく罰せられ、起訴されなければならない。今ならその考え方が理解できる。ちなみに、簡単な方法としては、私が指摘したように、取引ロボットに実装しています。名前だけが違う。ZS: 何でそのようなグラフを作ったのですか？Doxygenのようなもの？ Yuriy Zaytsev 2016.07.30 08:25 #18 Vasiliy Sokolov:お待たせしました。標準ライブラリのトレーディングクラスの階層構造。これは、資金管理モジュールが Expert Advisorであることを意味します。トレーリングストップもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、基本的なExpert Advisorのいくつかのプライベートなデータとメソッドにアクセスする必要があることに起因しています。ちなみに、相続には長い花輪があります。インディケータはCIndicatorBufferを使用し、その上位メソッドを呼び出します。その結果、単純に指標値をトレースするだけでは、非常に分かりにくい作業になってしまいます。3回再帰的に呼び出すと、何かがどこから来るのか、完全にわからなくなる。そして、これは貧しい相続の一例に過ぎないのです。実際、継承に基づく多かれ少なかれ大きなクラスの階層は 、ほとんどの場合、一貫性が なく、混乱し、 再帰的になる。そのため、デバッグやさらなる開発が非常に難しくなっています。継承の深さは1～2段階にとどめるべきと考える。さらに、第一レベルは、ゼロレベルCObjectのグローバルかつ普遍的な定義（すべてオブジェクトである）を継承し、特定のエンティティ「エキスパート」、「インジケータ」、「トレーリングストップ」を実装する必要があります。第2階層は、「MACDに基づくExpert Advisor」「SMA指標」「Trailing Stop」などを具体的に実装すること。しかし、3段目の使用は厳しく罰せられ、起訴されなければならない。つまり、分類は、そうであってこそ真に価値あるツールであることがわかったのです。限定的で、長い継承階層を作らない。インターフェースやインクルージョンに基づく水平設計と組み合わせて使用します。+ まさにその通りだと思います。 Vasiliy Sokolov 2016.07.30 08:26 #19 Alexey Volchanskiy:ZS: そのようなグラフは何で描かれたのですか？Doxygenのようなもの？ ええ、もしそうなら......。）SnagItで1時間くらいカーペルしてました。私の記事のために特別に作ってくれました。 Alexey Volchanskiy 2016.07.30 08:30 #20 Vasiliy Sokolov: はい、もしそうなら......。）これをSnagItで1時間くらいカープしてました。私の記事のために特別に作ってくれました。 おお、ハンドメイドか ))))リスペクト! 123456789...12 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
要は、その後の使い方ですね。異なる入力を試すには、入力セット番号で一括して行うことができます。すなわち、入力セットのコレクションが存在する。便利なら、関数の配列として。最もシンプルなもの、それは無条件で市場による売買を行うことです。または条件付き））。そして、オプティマイザーを実行し、さまざまなエントリセットに目を通すことになります。
はい、今のところ、設定でストラテジー番号を設定し、オプティマイザーで番号で最適化するようです。しかし、今回初めて、その場で自己最適化を行うことをずっと夢見ていたのです。
この自己最適化の目的（目標機能）は何ですか？
狙いは明白です。まず、テスターのオプティマイザーは、少なくともMT4では確実に現在日が欠落しています。そして、MT4用にやっています。
第二に、日中、理由もなく相場が急変することがある（ニュース）。おそらく皆さんもお気づきだと思いますが、低迷するフラット...そして突然、尻尾の下にマスタードを撒いたかのように、見積書が破れ始めるのです。フラットアウトか、完全なカオスか、どちらかです。
そのような状態を分類し、それを定義する際に必要な戦略の修正を含めることができると思います。どうすればいいのか？私にはAIを作るほどの度胸はありません。しかし、最適化の方法は、間接的に状態を決定することができます。
ここまでは、あくまで未検証の考えです。
はい、ここまではいいようです。設定でストラテジーの数を設定し、オプティマイザーで数値による最適化を行います。しかし、これは初めてです。長い間、私はその場で自己最適化を行うという夢を持っていたのです。
クライアントは、自分が知っているすべての戦略を1人の専門家に包み込みたいと考えているのですね。ストラテジーのリストがないと、この作業は終わらないでしょう。一緒にToRを描くことを提案します。
もしPLUSがこの戦略のリストに自己最適化の問題に触れるなら、彼にニューラルネットワークを書いてあげて ください。車輪の再発明をせず、基本的なプログラミングの知識でクライアントの頭を悩ませないようにしてください。これこそ、彼があなたに求めていることなのです。
そして、「バッシング」の例を挙げてみてもいいでしょうか。
お待たせしました。標準ライブラリのトレーディングクラスの階層構造。
これは、資金管理モジュールが Expert Advisorであることを意味します。Trailing StopもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、基本的なExpert Advisorのいくつかのプライベートなデータとメソッドにアクセスする必要があることに起因しています。
ちなみに、相続には長い花輪があります。インディケータはCIndicatorBufferを使用し、その上位メソッドを呼び出します。その結果、単純に指標値をトレースするだけでは、非常に分かりにくい作業になってしまいます。3回再帰的に呼び出すと、何かがどこから来るのか、完全にわからなくなる。
そして、これは貧しい相続の一例に過ぎないのです。実際、継承に基づく多かれ少なかれ大きなクラスの階層は、ほとんどの場合、一貫性がなく、混乱し、再帰的になる。そのため、デバッグやさらなる開発が非常に難しくなっています。
継承の深さは1～2段階にとどめるべきと考える。さらに、第一レベルは、ゼロレベルCObjectのグローバルかつ普遍的な定義（すべてオブジェクトである）を継承し、特定のエンティティ「エキスパート」、「インジケータ」、「トレーリングストップ」を実装する必要があります。第2階層は、「MACDに基づくExpert Advisor」「SMA指標」「Trailing Stop」などを具体的に実装すること。しかし、3段目の使用は厳しく罰せられ、起訴されなければならない。
つまり、分類は、そうであってこそ真に価値あるツールであることがわかったのです。
クライアントは、自分が知っているすべての戦略を1人の専門家に包み込みたいと考えて いるのですね。ストラテジーのリストがないと、この作業は終わらないでしょう。一緒にToRを描くことを提案します。
もしPLUSがこの戦略のリストに自己最適化の問題に触れるなら、彼にニューラルネットワークを書いてあげてください。車輪の再発明をせず、基本的なプログラミングの知識でクライアントの頭を悩ませない ようにしてください。これこそ、彼があなたに求めていることなのです。
お待たせしました。標準ライブラリのトレーディングクラスの階層構造。
これは、資金管理モジュールが Expert Advisorであることを意味します。トレーリングストップもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、基本的なExpert Advisorのいくつかのプライベートなデータとメソッドにアクセスする必要があることに起因しています。
ちなみに、相続には長い花輪があります。インディケータはCIndicatorBufferを使用し、その上位メソッドを呼び出します。その結果、単純に指標値をトレースするだけでは、非常に分かりにくい作業になってしまいます。3回再帰的に呼び出すと、何かがどこから来るのか、完全にわからなくなる。
そして、これは貧しい相続の一例に過ぎないのです。実際、継承に基づく多かれ少なかれ大きなクラスの階層は、ほとんどの場合、一貫性がなく、混乱し、再帰的になる。そのため、デバッグやさらなる開発が非常に難しくなっています。
継承の深さは1～2段階にとどめるべきと考える。さらに、第一レベルは、ゼロレベル CObjectの グローバルかつ普遍的な定義 （すべてオブジェクトである）を継承 し、特定のエンティティ「エキスパート」、「インジケータ」、「トレーリングストップ」を実装 する必要があります。第2階層は、「MACDに基づくExpert Advisor」「SMA指標」「Trailing Stop」などを具体的に実装すること。しかし、3段目の使用は厳しく罰せられ、起訴されなければならない。
今ならその考え方が理解できる。ちなみに、簡単な方法としては、私が指摘したように、取引ロボットに実装しています。名前だけが違う。
ZS: 何でそのようなグラフを作ったのですか？Doxygenのようなもの？
お待たせしました。標準ライブラリのトレーディングクラスの階層構造。
これは、資金管理モジュールが Expert Advisorであることを意味します。トレーリングストップもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、基本的なExpert Advisorのいくつかのプライベートなデータとメソッドにアクセスする必要があることに起因しています。
ちなみに、相続には長い花輪があります。インディケータはCIndicatorBufferを使用し、その上位メソッドを呼び出します。その結果、単純に指標値をトレースするだけでは、非常に分かりにくい作業になってしまいます。3回再帰的に呼び出すと、何かがどこから来るのか、完全にわからなくなる。
そして、これは貧しい相続の一例に過ぎないのです。実際、継承に基づく多かれ少なかれ大きなクラスの階層は 、ほとんどの場合、一貫性が なく、混乱し、 再帰的になる。そのため、デバッグやさらなる開発が非常に難しくなっています。
継承の深さは1～2段階にとどめるべきと考える。さらに、第一レベルは、ゼロレベルCObjectのグローバルかつ普遍的な定義（すべてオブジェクトである）を継承し、特定のエンティティ「エキスパート」、「インジケータ」、「トレーリングストップ」を実装する必要があります。第2階層は、「MACDに基づくExpert Advisor」「SMA指標」「Trailing Stop」などを具体的に実装すること。しかし、3段目の使用は厳しく罰せられ、起訴されなければならない。
つまり、分類は、そうであってこそ真に価値あるツールであることがわかったのです。
+ まさにその通りだと思います。
ZS: そのようなグラフは何で描かれたのですか？Doxygenのようなもの？
はい、もしそうなら......。）これをSnagItで1時間くらいカープしてました。私の記事のために特別に作ってくれました。