James Kyle как-то раз взял и написал пост про структуры данных, добавив их реализацию на JavaScript. А я взял и перевёл. Дисклеймер: в посте много ascii-графики. Не стоит его читать с мобильного устройства — вас разочарует форматирование текста. Сегодня мы узнаем всё о структурах данных. «Оооооой как интересно...», да? Да уж, не самая...
ガッカリだ)
それはいい指摘ですね。
別のスレッドで、識者の方々が、文字列にマジックを書き込んで、文字列から「その場で」素早く取り出せるような有効なソリューションを作るのは無理だとおっしゃっていました。
しかし、私の考えでは、将来の注文数が不明な場合、成功する唯一の解決策は、文字列にマジックを書き込むことだと思うのです。
まったく幼稚園のようなものもあり、実装にすら欠陥がある。文字列とは何か、StringFindが どのように機能するかなど、全く理解していない。
まったく幼稚園のようなものもあり、実装にすら欠陥がある。文字列とは何か、StringFindがどのように機能するかなど、完全に誤解している。
まあ...さらに具体的には?
より具体的には?実装の反例を考えることはできないのでしょうか?配列と構造体とは何かを説明しなさい。
例えば、注文番号だけでなく、価格も取得する必要がある場合、どうなるのか想像するのも怖いです。
全体として、ある種の無知。そしてそれは初心者のそれではないので、理不尽なことです。もし、外部の誰かがこのスレッドを「MQLのプログラマーのレベルを見ろ!」という例として挙げるなら、リソースの恥だ。
まあ...もっと具体的に言うと?
文字列は、実はチャート配列と同じで、増えるときに追加でメモリが割り当てられる......。しかし、もし、チャートの配列を文字列で返すと、このような馬鹿げた結果になります。
で、int 配列を使ったいくつかの文字列には明らかに負けるでしょう。
「実際には1バイトも余分なものはない」 - 余分なバイトは大量にあり、不必要なコードも大量にある
また言葉、言葉。
専門家の皆さん、自分で判断して、比べてみましょう。
そうでなければ、すべて空虚で無駄な会話になってしまいます。
残念ながら、私はほとんどの場合、人とその "スキル "を良く思う傾向があります。
レジ・コノウ、あなたの「データ構造」に対する知識レベルは0です。
それは普通の言語では基本中の基本です。
あなたが自慢していることは、まったくナンセンスです。
誰にでも必要なものではない......まさに「やってはいけないこと」の典型です。
ここで問題なのは、人格の問題ではなく、アルゴリズムやデータ構造を理解せずに育てたMQLのコミュニティである。
1.あなたのコードは動作しません。
不正な"_index_magic "パターン。解決策として考えられるのは、「|index_magic」です。
2.あなたのアルゴリズムは、文字列値All_magicsを 3回通過させても速度O(n)です。
3.あなたの性能測定は完全に間違っています。
- 相半ばする
- 最後のインデックス値を検索するシリーズがない
無意味なことを書くのではなく、このテーマについて何か勉強してください。例えば、https://habrahabr.ru/post/310794/。
そして、<GenericArrayList.mqh>からCArrayListの適用方法を学びます。
頑張ってください。
fxsaber:
...
例えば注文番号でマジェスティックだけでなく価格もわかるようになったらどうなるのか、想像するのが怖いです。
...
も可能です。禁忌はないと思うのですが。
専門家の皆さん、さぁ、自分なりの解答を作って比べてみましょう。
ここでは、その後1ヶ月間、読み取り専用モードに入れば、ほぼ全員が快諾してくれます。
残念ながら、私はほとんどの場合、人とその "スキル "を良く思う傾向があります。
レジ・コノウ、あなたの「データ構造」に対する知識レベルは0です。
それは普通の言語では基本中の基本です。
あなたが自慢していることは、まったくナンセンスです。
誰にでも必要なものではない......まさに「やってはいけないこと」の典型です。
ここで問題なのは、人格の問題ではなく、アルゴリズムやデータ構造を理解せずに育てたMQLのコミュニティである。
1.あなたのコードは動作しません。
不正な"_index_magic "パターン。解決策として考えられるのは、「|index_magic」です。
2.あなたのアルゴリズムは、文字列値All_magicsを 3回通過させても速度O(n)です。
3.あなたの性能測定は完全に間違っています。
- 相半ばする
- 最後のインデックス値を検索するシリーズがない
無意味なことを書くのではなく、このテーマについて何か勉強してください。例えば、https://habrahabr.ru/post/310794/。
そして、<GenericArrayList.mqh>からCArrayListの適用方法を学びます。
頑張ってください。