MQL5におけるOOPに関する質問 - ページ 66 1...596061626364656667686970717273...96 新しいコメント Dmitry Fedoseev 2020.05.25 20:35 #651 その理由は、ここに答えがあります。 赤い四角の中に -GetMicrosecondCount() の呼び出しを1つ追加、青い四角の中に - もう1つ追加しました。だから、ほぼイコールなんです。 Andrei Trukhanovich 2020.05.26 00:34 #652 Dmitry Fedoseev: なぜ、あえてコードを見せるのか?コードがなければ、タイムピクチャを日の当たらないところに押し込むことができます。 Alexey Navoykov 2020.05.26 09:20 #653 Vladimir Simakov:おっとっと。同じ動作で30%しか差がない。 もしかしたら、オーバーヘッドが生まれるのは授業の中なのでは?もちろん、コンパイラはどのような場合でも、すべてをインライン化し、不要なものをカットする必要があります。これを開発者に指摘するのは意味があることです。 Dmitry Fedoseev 2020.05.26 09:31 #654 Alexey Navoykov: もしかして、オーバーヘッドを生み出すのはクラス?もちろん、コンパイラはどのような場合でも、すべてをインライン化し、不要なものをカットする必要があります。これを開発者に指摘するのは意味があることです。 うまくいった。構造は、機能やマクロと同じスピードで動いていたのです。でも、授業は...。遥かに遅れている。 Alexey Navoykov 2020.05.26 10:09 #655 Dmitry Fedoseev: うまくいった。構造は、機能やマクロと同じスピードで動いていたのです。でも、授業は...。遥かに遅れている。 基本的に、そういう予感はずっとあったのですが、なかなか試せなかっただけなんです。そのため、特にスタックで渡すという考えであれば、むやみにクラスを宣言することは避け、構造体として宣言するようにしました。 Igor Makanu 2020.05.28 00:20 #656 SBのプライベートメソッド/フィールドにアクセスする方法についてアドバイスし、このフックを自分でフォーラムで拾ったのですが、誰が提案したのか覚えていません。 というのも、私は専門用語 にこだわらずにいつも通りアドバイスをしていたので、フックではなく、アンチパターンであることがわかり、驚きました。 パブリック モロゾフhttp://blog.kislenko.net/show.php?id=1775 ))) Maxim Kuznetsov 2020.05.28 00:50 #657 Igor Makanu: SBのプライベートメソッド/フィールドにアクセスする方法についてアドバイスし、このフックを自分でフォーラムで拾ったのですが、誰が提案したのか覚えていません。 というのも、私は専門用語にこだわらずにいつも通りアドバイスをしていたので、フックではなく、アンチパターンであることがわかり、驚きました。 パブリック モロゾフhttp://blog.kislenko.net/show.php?id=1775 ))) パターン否定派とOO派に蜜の樽をプレゼントしたことになりますね :-)デザイン上の配慮で隠されているものを手に入れるためのパターン :-) ある人(現在のOO/C++モンスターの誰か)が、極めて合理的に、OOの粘着ポイントは、ベースクラスがすべての子孫のバリエーションに対して十分なインターフェースを提供しなければならない(実質的にすべてのフィールドに対して利用可能なセッターとゲッター、あるいはオールインワン)、 と子孫が親のプロトコル外で仮想機能を作成できない、それがあって初めて普遍的幸福がやってくる、と言った。そうすると、一般化されたSTL+boostは本当に節約になり、テストは有用で再利用可能です。しかし、新しい仮想関数の代わりにあらゆる種類のプロキシが作用するため、多くのクラスが存在することになる。 Dmitry Fedoseev 2020.05.28 08:25 #658 Maxim Kuznetsov: パターン否定派とOO派に蜜の樽をプレゼントしましたね :-)デザイン上の配慮で隠されているものを手に入れるためのパターン :-) ある人(現在のOO/C++モンスターの誰か)が、極めて合理的に、OOの粘着ポイントは、ベースクラスがすべての子孫のバリエーションに対して十分なインターフェースを提供しなければならない(実質的にすべてのフィールドに対して利用可能なセッターとゲッター、あるいはオールインワン)、 と子孫が親のプロトコル外で仮想機能を作成できない、それがあって初めて普遍的幸福がやってくる、と言った。そうすると、一般化されたSTL+boostは本当に節約になり、テストは有用で再利用可能です。しかし、新しい仮想関数の代わりにあらゆる種類のプロキシが作用するため、多くのクラスが存在するようになります。 パターンやOO好きは関係ない? Alexey Navoykov 2020.05.28 10:50 #659 Maxim Kuznetsov: 誰かが(現在のOO/C++モンスターの誰か)、非常に感覚的に、OOの粘着ポイントは、ベースクラスが子孫のすべてのバリエーションに対して十分なインターフェイスを提供しなければならないことだと言った(実際、すべてのフィールドに対してセッター・ゲッターを利用できるようにするか、あるいは空白のままか)。 どこの「モンスター」がそんなくだらないことを言ったのかわからない。 彼は「...リーパーとヒーラー」という、詰め込めるものも詰め込めないものもすべて一つのクラスに詰め込むことを支持する人のようである。 Alexey Navoykov 2020.05.28 11:36 #660 アンチパターン」といえば、例えば標準的な MQライブラリの ほぼ全体が一つの強固なアンチパターンである)。 1...596061626364656667686970717273...96 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
その理由は、ここに答えがあります。
赤い四角の中に -GetMicrosecondCount() の呼び出しを1つ追加、青い四角の中に - もう1つ追加しました。だから、ほぼイコールなんです。
なぜ、あえてコードを見せるのか?コードがなければ、タイムピクチャを日の当たらないところに押し込むことができます。
おっとっと。同じ動作で30%しか差がない。
もしかして、オーバーヘッドを生み出すのはクラス?もちろん、コンパイラはどのような場合でも、すべてをインライン化し、不要なものをカットする必要があります。これを開発者に指摘するのは意味があることです。
うまくいった。構造は、機能やマクロと同じスピードで動いていたのです。でも、授業は...。遥かに遅れている。
うまくいった。構造は、機能やマクロと同じスピードで動いていたのです。でも、授業は...。遥かに遅れている。
SBのプライベートメソッド/フィールドにアクセスする方法についてアドバイスし、このフックを自分でフォーラムで拾ったのですが、誰が提案したのか覚えていません。
というのも、私は専門用語 にこだわらずにいつも通りアドバイスをしていたので、フックではなく、アンチパターンであることがわかり、驚きました。 パブリック モロゾフhttp://blog.kislenko.net/show.php?id=1775
)))
SBのプライベートメソッド/フィールドにアクセスする方法についてアドバイスし、このフックを自分でフォーラムで拾ったのですが、誰が提案したのか覚えていません。
というのも、私は専門用語にこだわらずにいつも通りアドバイスをしていたので、フックではなく、アンチパターンであることがわかり、驚きました。 パブリック モロゾフhttp://blog.kislenko.net/show.php?id=1775
)))
パターン否定派とOO派に蜜の樽をプレゼントしたことになりますね :-)デザイン上の配慮で隠されているものを手に入れるためのパターン :-)
ある人(現在のOO/C++モンスターの誰か)が、極めて合理的に、OOの粘着ポイントは、ベースクラスがすべての子孫のバリエーションに対して十分なインターフェースを提供しなければならない(実質的にすべてのフィールドに対して利用可能なセッターとゲッター、あるいはオールインワン)、
と子孫が親のプロトコル外で仮想機能を作成できない、それがあって初めて普遍的幸福がやってくる、と言った。そうすると、一般化されたSTL+boostは本当に節約になり、テストは有用で再利用可能です。しかし、新しい仮想関数の代わりにあらゆる種類のプロキシが作用するため、多くのクラスが存在することになる。
パターン否定派とOO派に蜜の樽をプレゼントしましたね :-)デザイン上の配慮で隠されているものを手に入れるためのパターン :-)
ある人(現在のOO/C++モンスターの誰か)が、極めて合理的に、OOの粘着ポイントは、ベースクラスがすべての子孫のバリエーションに対して十分なインターフェースを提供しなければならない(実質的にすべてのフィールドに対して利用可能なセッターとゲッター、あるいはオールインワン)、
と子孫が親のプロトコル外で仮想機能を作成できない、それがあって初めて普遍的幸福がやってくる、と言った。そうすると、一般化されたSTL+boostは本当に節約になり、テストは有用で再利用可能です。しかし、新しい仮想関数の代わりにあらゆる種類のプロキシが作用するため、多くのクラスが存在するようになります。
パターンやOO好きは関係ない?
誰かが(現在のOO/C++モンスターの誰か)、非常に感覚的に、OOの粘着ポイントは、ベースクラスが子孫のすべてのバリエーションに対して十分なインターフェイスを提供しなければならないことだと言った(実際、すべてのフィールドに対してセッター・ゲッターを利用できるようにするか、あるいは空白のままか)。