定義された要素の配列をクリアする。 - ページ 25 1...18192021222324252627282930 新しいコメント nicholish en 2018.11.17 02:58 #241 Sergey Dzyublik:バリュー値にはHashSetデータ 構造を使うことにします。 計算量は、O(n) + O(m)となる。 提案するバイナリサーチの場合、計算量はO(n log(m))となります。 ハッシュセットにはどのようなライブラリを使用するのですか?私が見たMQL用のものは、バイナリサーチより遅いです. nicholish en 2018.11.17 03:42 #242 新しいタスクの)テストパラメータを変更して、ユニーク番号とユニークフィルタの比率を2:1に反映させました。 ファイル: ArrayDeleteValue19.mq5 34 kb Stanislav Dray 2018.11.17 06:02 #243 マイナーチェンジを行いました。 追伸:若干の修正 ファイル: ArrayDeleteValue20.mq5 33 kb Konstantin Nikitin 2018.11.17 07:00 #244 ArrayDeleteValue プロジェクトを開きます。 もっと楽しもう 追伸:全機能をファイルで配布しています。1つ1つ修正する方が簡単 Vladimir Pastushak 2018.11.17 10:56 #245 この10年間、このフォーラムでこれほど生産的なスレッドを見たことがありません!心から皆さんに感謝します。 皆様、ご清聴、具体例、建設的なコミュニケーション、本当にありがとうございました。 私の意見では、このスレッドは、どのようにコミュニケーションをとり、助け合うかの見本になると思います いつもありがとうございます。 👍👍👍👍👍👍👍👍 Ivan Negreshniy 2018.11.17 12:53 #246 しかし、なぜチェックサムが間違っているのか、他のアルゴリズムと 何が違うのか、プログラマのために明らかにする必要があると思いました - それは単に配列内の要素の順序だけでなく、削除されたものを除いて、もちろんその位置も保持します。 要するに、コードを書いた人は、それが役に立つか立たないかを理解し、プロフェッサーは気を悪くしないでください、でもこのサイトはあなたのためではありません・・・) Очистка массива от заданного (ых) элементов 2018.11.16www.mql5.com Есть массив содержащий набор данных по типу 1,2,3,6,9,5,6,3,25,6,8,7,4 нужно удалить например значения 3 и на выходе получить тот же массив без 3 и... Maxim Kuznetsov 2018.11.17 13:08 #247 Ivan Negreshniy:しかし、なぜチェックサムが間違って いるのか、他のアルゴリズムと 何が違うのか、プログラマのために明らかにする必要があると思いました - それは単に配列内の要素の順序だけでなく、削除されたものを除いて、もちろんその位置も保持します。 要するに、コードを書いた人は、それが役に立つか立たないかを理解し、プロフェッサーは気を悪くしないでください、でもこのサイトはあなたのためではありません・・・)上のほうでチェックサムの意味が全くないことをほのめかしました。受信データがあり、ベンチマーク結果がある。 パスの結果を、利用可能で確実なリファレンスと比較することが必要です。2つの配列をO(n)比較する必要はなく、唯一の利点は近似結果を できるだけ早く得ることです。実験者が少し早く(数秒/数分程度)。 は、まさに間違った結果をふるい落としてしまうのです。 Stanislav Dray 2018.11.17 13:13 #248 Konstantin Nikitin:プロジェクトを開くArrayDeleteValue. もっと楽しもう 追伸:全ての機能はファイルに分散されています。1つ1つ修正する方が簡単です。 マシンによって結果が異なり、ほぼ1/2の差があるので、全く意味がないとも言い切れません。 イワン・ネグレシュニー要するに、コードを書いた人ならわかる、役に立つか間違いか、先生方は気を悪くしないでください、でもこのサイトはあなたのためにあるのではありません... :) 勘違いしてるけど、スレタイ読んでから入った方がいいよ。 Dmitry Fedoseev 2018.11.17 13:16 #249 Ivan Negreshniy:...うん、でもそれ以外は美しいマーキーズ、オール・イズ・ウェル、オール・イズ・ウェル...。 Maxim Kuznetsov 2018.11.17 13:28 #250 Stanislav Dray:マシンによって結果が 異なり、ほぼ1/2の差があるので、全く意味がないとも言い切れません。 しかし、それを理解するには、スレッドを読む前に、"足元から "入る必要があるでしょう。同じものについての2つのアルゴリズムを比較するのが正しい方法であるならば - グラフが作成されます。条件変更時(例えばアレイの体積)には、alg.緑で描かれたAは、青で描かれたBに明らかに勝っているので、alg.Aの方が「速い」と結論づけられる。 - また、速度は配列の初期サイズだけでなく、削除する要素の数、さらにはその位置にも依存することがおわかりいただけると思います。 - つまり、グラフは少なくとも2次元(表面)であり、エッジケースを見ることが必要である ありのまま) 1...18192021222324252627282930 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
バリュー値にはHashSetデータ 構造を使うことにします。
計算量は、O(n) + O(m)となる。
提案するバイナリサーチの場合、計算量はO(n log(m))となります。
ハッシュセットにはどのようなライブラリを使用するのですか?私が見たMQL用のものは、バイナリサーチより遅いです.
マイナーチェンジを行いました。
追伸:若干の修正
ArrayDeleteValue プロジェクトを開きます。![](https://c.mql5.com/3/251/16__2.gif)
もっと楽しもう
追伸:全機能をファイルで配布しています。1つ1つ修正する方が簡単
この10年間、このフォーラムでこれほど生産的なスレッドを見たことがありません!心から皆さんに感謝します。
皆様、ご清聴、具体例、建設的なコミュニケーション、本当にありがとうございました。
私の意見では、このスレッドは、どのようにコミュニケーションをとり、助け合うかの見本になると思います
いつもありがとうございます。
👍👍👍👍👍👍👍👍
しかし、なぜチェックサムが間違っているのか、他のアルゴリズムと 何が違うのか、プログラマのために明らかにする必要があると思いました - それは単に配列内の要素の順序だけでなく、削除されたものを除いて、もちろんその位置も保持します。
要するに、コードを書いた人は、それが役に立つか立たないかを理解し、プロフェッサーは気を悪くしないでください、でもこのサイトはあなたのためではありません・・・)
しかし、なぜチェックサムが間違って いるのか、他のアルゴリズムと 何が違うのか、プログラマのために明らかにする必要があると思いました - それは単に配列内の要素の順序だけでなく、削除されたものを除いて、もちろんその位置も保持します。
要するに、コードを書いた人は、それが役に立つか立たないかを理解し、プロフェッサーは気を悪くしないでください、でもこのサイトはあなたのためではありません・・・)
上のほうでチェックサムの意味が全くないことをほのめかしました。受信データがあり、ベンチマーク結果がある。
パスの結果を、利用可能で確実なリファレンスと比較することが必要です。2つの配列をO(n)比較する必要はなく、唯一の利点は近似結果を できるだけ早く得ることです。実験者が少し早く(数秒/数分程度)。
は、まさに間違った結果をふるい落としてしまうのです。
プロジェクトを開くArrayDeleteValue.
もっと楽しもう
追伸:全ての機能はファイルに分散されています。1つ1つ修正する方が簡単です。
マシンによって結果が異なり、ほぼ1/2の差があるので、全く意味がないとも言い切れません。
要するに、コードを書いた人ならわかる、役に立つか間違いか、先生方は気を悪くしないでください、でもこのサイトはあなたのためにあるのではありません... :)
勘違いしてるけど、スレタイ読んでから入った方がいいよ。
...
うん、でもそれ以外は美しいマーキーズ、オール・イズ・ウェル、オール・イズ・ウェル...。
マシンによって結果が 異なり、ほぼ1/2の差があるので、全く意味がないとも言い切れません。
しかし、それを理解するには、スレッドを読む前に、"足元から "入る必要があるでしょう。
同じものについての2つのアルゴリズムを比較するのが正しい方法であるならば
- グラフが作成されます。条件変更時(例えばアレイの体積)には、alg.緑で描かれたAは、青で描かれたBに明らかに勝っているので、alg.Aの方が「速い」と結論づけられる。
- また、速度は配列の初期サイズだけでなく、削除する要素の数、さらにはその位置にも依存することがおわかりいただけると思います。
- つまり、グラフは少なくとも2次元(表面)であり、エッジケースを見ることが必要である
ありのまま)