アルゴリズム、解法、性能比較 - ページ 10

 
Sergey Dzyublik:

データを追加するたびに、古いデータをすべて上書きして新しい文字列にします。

ただし、この方法で「アレイリザーブ」を設定するオプションがあります。

Документация по MQL5: Строковые функции / StringInit
Документация по MQL5: Строковые функции / StringInit
  • www.mql5.com
[in]  Длина строки после инициализации. Если размер=0, то деинициализирует строку, то есть, буфер строки освобождается и адрес буфера обнуляется. Если  character=0 и размер new_len>0, то...
 
fxsaber:

ただし、これを通じて「アレイリザーブ」を設定するオプションもあります。

ありがとうございます。それはいい考えですね。
 
Sergey Dzyublik:

この作者は、データを追加するたびに、古いデータをすべて新しい文字列に上書きすることを本当に理解していないようだ。
嘲笑以外の救いは語れない。

わかりやすく、正確に説明していただけますか?

そんなに難しいことなのでしょうか?

このレコードに何か問題があるのでしょうか?文字列に文字を追加すると、何かひどいこと(コケること)が起こる?

 //---------------------------------
 //Записываем каждый магик вместе с порядковым номером ордера.
 //---------------------------------
 All_magics +=  "_" + (string)order_number + "_" + (string)magic;
 //---------------------------------
 
Реter Konow:

わかりやすく、正確に説明していただけますか?

X場を通じてDBMSを発明しているのですね。FoxPro/dBaseに2-3ヶ月、DBMSの理論(講義)を受ける。

 
Petr Doroshenko:

X場を通じてDBMSを発明しているのですね。FoxPro/dBaseで2-3ヶ月、DBMSの理論(複数可)を学ぶ。


DBMSってなんだよ、データ構造を ゼロから理解してる奴が何言ってんだ。
ArrayList(C++のvector)の概念がなければ、ここで何を語ればいいのか......。

 
Реter Konow:

わかりやすく、正確に説明していただけますか?

難しいですか?

このエントリーに何か問題があるのでしょうか?文字列に文字を追加すると、何か恐ろしいこと(コケること)が起こるのでしょうか?


1.あなたのコードは動作していません。
_index_magic "パターンが間違っています。解決策として考えられるのは、「|index_magic」です。

トレーディング、自動売買システム、ストラテジーテストに関するフォーラム

アルゴリズム, 決定法, 性能比較

セルゲイ・デジブリク さん 2017.12.10 16:33

魔法を追加:3、4、5、6
そして、リストの3番目にあるものを探してください。


これを足すと、_1_3_2_4_3_5_4_6_となる。
3位をご覧ください。
結果2が得られます。



2.あなたのアルゴリズムは、文字列値All_magics
の3回のパスで速度 O(n) 最後に追加された項目を検索する場合、項目数に正比例して時間がかかる - O(n).
また、新しい文字列にコピーするのも時間がかかる。

3.あなたの性能測定は絶対に間違っています。

- シリーズ負けなし
- 最後のインデックス値を検索するシリーズがない

 
Sergey Dzyublik:

データ構造を 全く知らない人間が、どんなDBMSだと言うんだ。
ArrayList(C++のベクトル)の概念がなければ、ここで何を語ればいいのか......。

言葉や思考に優劣をつけずに話せるか?だからピーターは間違っている、だからつまずく...。しかし、それは無知からくるものです。なんで今更騒ぐんだ?

あなたは彼に例をあげたくないのでしょう-あくまで例ですが-だから、辛辣な発言は控えてください。ピーターは他の活動分野でもやっていける。彼ができる話題でバカにしよう?

そんな子供じみたこと言わないでくださいよ。

 
Sergey Dzyublik:

1.あなたのコードは動作していません。
不正なパターン"_index_magic "です。解決策として考えられるのは、「|index_magic」である。


これを足すと、_1_3_2_4_3_5_4_6_となる。
3位をご覧ください。
結果2が得られます。



2.あなたのアルゴリズムは、文字列値All_magics
の3回のパスで速度 O(n) 最後に追加された項目を検索する場合、項目数に正比例して時間がかかります - O(n).
また、新しい文字列にコピーするのも時間がかかる。

3.あなたの性能測定は完全に間違っています。

- シリーズ負けなし
- 最後のインデックス値のルックアップを伴うシリーズがない

1.どのようなパターンのことをおっしゃっているのかわかりません。正直なところ。このコードは、あくまで文字列へのメドの書き込みと、文字列からのメドの抽出の例である。使いやすさとスピードを発揮しています。おそらく、メモリの消費に問題が あるのでしょう。そうでなければ、他に何が悪いのかわからない。実質的に 理解できていない。また、理解できない。

После добавления имеем  _1_3_2_4_3_5_4_6_
Найдите пожалуйста 3-й в списке.
Вы получите результат 2.

何ですか?

//---------------------------------

2.メジカンの部分文字列の開始と終了を見つけるために、文字列を3回通過させ、全体の文字列から抽出するのです。

今のところ、練習ではご指摘のような困難は見受けられません。

//---------------------------------

3.特別で非常に正確な測定は、私はしませんでしたが、 - 私の速度測定は、特定の要素の検索がトランザクションのシリアル番号に応じて、10〜100マイクロ秒のために実施されていることを示した。つまり、列の中の位置から。たとえ検索に1000マイクロ秒かかったとしても、それはとても速いことなのです。

すべての要素を一度に取得する必要はありません。しかし、たとえそうであっても、数十ミリ秒はかかります(計算してみてください)。

 
Реter Konow:

1.どのパターンのことを言ってるんだろう。正直なところ。このコードは、あくまで文字列へのメドの書き込みと、文字列からのメドの抽出の例である。利便性とスピードを発揮します。おそらく、メモリの消費に問題が あるのでしょう。そうでなければ、他に何が悪いのかわからない。実質的に 理解できていない。また、理解できない。

C#のチュートリアルを読む必要性は非常に高いです。文字列の仕組みがすべて明確に示されているのです。リンク先はシンプルにMSDNです。
そして、この馬鹿げた話題は、人間がOOPを嫌い、OOPとは何かを知りたがっているからに他ならないのです。
神様、もうこの掲示板にブラックリストを送ってください。

p.s.: アルゴリズムとその議論は、このスレッドのどこにあるのでしょうか?

 
Alexey Oreshkin:

...

p.s.: アルゴリズムとその議論は、このスレッドのどこにあるのでしょうか?

今のところ、私がここで目にするのは、大胆にもここに解決策を投稿した人に対する嘲笑だけです。

それは、明らかに...。大げさに言えば、まったくもって無駄なことです。でも、投稿してくれた。あとは、笑って指をさす勇気を持つ。