В Сети можно найти ряд видеороликов с демонстрацией различных видов сортировок. Например, здесь представлена визуализация 24 алгоритмов сортировки. Это видео я и взял за основу, наряду со списком алгоритмов сортировки. Для работы с графиками в MQL5 разработана специальная библиотека Graphic.mqh. Она уже описана в статьях: в частности, здесь...
質問の意味がずれている、関数のシグネチャが読めない
void deleteCTest(CTest * &t)
読めません。
論理的にこんな風に書けばいいのか
void deleteCTest((CTest *) &t)
型へのポインタを参照渡しますが、コンパイラはそのような括弧でエラーを出しますが、少なくとも今私は、少なくとも関数が引数として受け取ったものを理解する ))
質問の意味がずれている、関数のシグネチャが読めない
読めません。
論理的にこんな風に書けばいいのか
型へのポインタを参照で渡すが、コンパイラはそのような括弧でエラーを生成しますが、少なくとも今私は、少なくとも関数が引数として受け取ったものを理解する ))
もっと簡単に、&を使えばいいのでは...?
私にとっては、&は厳密なリファレンスです
* - は変数の指定で、ここに参照のアドレスを書き、さらにこの変数を操作することになります。したがって、取得中にクラスを変更することが可能であり、時には状況を混乱させることがあります。
演算子はほとんど必要ない
演算子はほとんど必要ない
さぞかし
しかし、私はそれを書いている、私はちょうどMQLでポインタを扱うときに何を渡し、何を得るかを理解することにしました...GetPointer()で
;)
私にとっては、クラスによるRedソート、または意図的なソートのツリー、リストのようなもの、しかしリスト自体に対する組み込みのバイナリ検索と このリストのソート(一般的に、私はこの用語に弱い、多分それはすでに存在し、ただ何か(いくつかの色の木)と呼ばれています)を書く方が興味深いです。
同時に、すべてを一度に理解することができるようになります。質問の意味がずれている、関数のシグネチャが読めない
読めません。
理屈ではこう書けばいいんだろうけど。
型へのポインタを参照渡しするのですが、コンパイラはこのような括弧でエラーを発生させますが、少なくともこれで、関数が引数として受け取ったものがわかりました ))
念のため - "ghost "という表記は、関数の定義には 関係なく、呼び出されたときだけです。また、*を待つ関数に&を渡すのであれば、変換は必要ない。
そして、そのような必然性が全くないかというと、オブジェクトポインタを参照渡しして、サードパーティーの関数で釘付けにする/生まれ変わらせることだと思うのです。
ダイナミックオブジェクトの趣旨にそぐわないのではと思います。
私には、クラスによるRedソート、または意図的なソートのツリー、リストのようなもの、しかしリスト自体のバイナリ検索を内蔵し、リストのソート(一般的に、私はこの用語に弱い、多分それはすでに存在し、それはちょうど何とか(木誰かの色)呼ばれます)を書く方が興味深いです。
また、現状を把握することができますこのための標準ライブラリはご覧になりましたか?すべてのプログラマーは、ゼロからソートを書くべきだ :)
MQL5 / MetaTrader 5における24種類のソートアルゴリズムのビジュアル化
SBジェネリックにはRedBlackTree
ノークレーム
しかし、私はそれを書いている、私はちょうどMQLでポインタを扱うときに何を渡して、何を得るかを理解することにしました...GetPointer()で。
;)
しかし、あなたが長年ここにいて、ずっとOOPの議論で覚えていたのに、MQLでどのように実装されているのか、手がかりすらないことがわかったので、興味深いです。問題は、なぜ今までずっとMQLフォーラムを使っていたのか、です(笑)。
ダイナミック・オブジェクトは使わないかもしれませんが、OOPでダイナミック・オブジェクトを使わない手はないでしょう。
そして、その目標もあまり明確ではありません。C#を持っているのに、なぜMQLを勉強しようと思ったのか? 人為的に苦労を強いられるとは... MetaEditorで.Netのライブラリが簡単に拾えることを知っていますか? 静的メソッドしか使えない、データ型に 制限がある、などありますが、通信やデータ転送を整理するには十分です。 調べていませんが、すでに連携は深くなっているのかもしれませんね。見てみないとわからない。
フォーラム参加者の半数以上が、MQLにおけるOOPの仕組みを理解していると思いますか?- どうだろう、少なくとも古参の参加者や現役の参加者のメッセージでさえ、MQLの知識レベルがわかる。
そして、SBを使うのにOOPがほとんど使われるのはこのためです。
それを全部使う必要があるのか、見せびらかしてるだけなのか、ロボットで考えている人の気持ちもわからない。せいぜい構造体。
セムカは絵を持って去っていった、誰がこんな絵を必要とするのか、ここには自分と愛する人のためにお金を稼ぎに来たのだ、もちろん開発者は彼を気の毒に思わなかっただろう。ピーター、トレード以外なら何でもあり)。プログラマーの脳みそを不要な機能で埋め尽くす
クラス、継承、仮想化、テンプレート、独学の私にはとても理解しがたく、少し理解しただけでOOPを放棄してしまいました。せいぜい
私は一般的に同意するが、タスクに依存する - 目標は、現在のプログラミングのトレンドに従って正しいコードを書くの芸術ではなく、お金を稼ぐための機会です。
私は歴史と前方のテストを渡すことができ、テスターで美しい絵を描く方法を学びました、今私はオンライン取引と テスター自体を結合する方法の情報を収集している、ここで私は最も可能性の高いOOPが必要 - 私は、リアルタイムでPCからPCに移動できるように保存して計画を戦略の追加と削除したい - TSの状態についてはあまり情報、通常の方法 - 魔法の数字にすべてを書き込むには動作しません。
一般に、資料を分析しながら
セムカは彼の図面と一緒に行って、誰がこの図面を必要とし、ここで自分自身と自分の愛する人を作るためにお金が来た、もちろん彼は、開発者のために申し訳ありませんでしたされていません。ピーター、トレード以外なら何でもあり)。不要な機能でプログラマーの脳を埋め尽くした
まあ創造性は興味深いですし、心のウォームアップは常に必要とされる、私はPCで座っていなかった数年だ - すべて完全に風化、その後、実際には、ゼロからものを上げるために、何かを達成するために彼らの欲求としてプログラマのすべての創造性を取ることはありません - ちょうど創造性と例外が存在するもののウォームアップ、イモ、 - それに意味を参照してください;)
一般的には、現代のプログラミングのトレンドに従って正しいコードを書くという芸術ではなく、お金を稼ぐための機会です。
例はセイバーから取られるべきである、私はそれの本当の目的を知らないが、私はそこに必要なものを得るために彼の if else) ツリーを見た。私はここに来たとき、どのようにすぐにそれを行うには、質問を持っていたし、それを実装する方法を探して、すべてを再読む - 本当に唯一の時間を失った、正しい実装はありません、記事のヒープとどこでも彼自身。ここのコードをあまり理解せず、5つの道の交差点に立って、どっちに行こうかと考えていると、本当にがっかりします。 ここで儲かる取引システムが見つかるかどうかという問題でもなく、ここで正しい最適な道が見つかるかどうかが問題です) - これが私たちの愛するMQL5です。