ラウンジでPLOについて語る - ページ 14 1...789101112131415161718192021...23 新しいコメント Vasiliy Sokolov 2018.01.15 11:10 #131 Renat Fatkhullin:OOPについて議論するのはやめてください。 これはもう昔の話で、20年くらい前なら「手続き型 vs オブジェクト型」という議論も可能でした。今となっては滑稽で、炎上にすらカウントされない。ヴォルチャンスキーが好きな話:1995年から1996年にかけて、ネットワークのプロジェクトを書いていると、監督者がやってきて「クラスを使って書けるか?- もちろん、そうです。以下はそのコードです。OOP対FPは、もはや異種格闘技戦の様相を呈している。すでに多くのOOPの熟練者が見切りをつけ、反対派に亡命し始めている。その上、FPには重大な証拠となる数学的根拠がある。PLOにはそれがない。 Vladimir Pastushak 2018.01.15 11:18 #132 Alexey Volchanskiy: まあ、司会者が寝てたらそうなるんだろうけど)そして、OOPコースはすでに本格的に始動しています。でも、ここでは違う。ここで深刻なことを始めても意味がない。どこでやっているのか? Renat Fatkhullin 2018.01.15 11:34 #133 Vasiliy Sokolov:今、PLOとOPの間には、別の意味での対立がある。多くのOOP支持者はすでに見切りをつけ、反対派に亡命し始めている。また、OPにはエビデンスに基づく数学的根拠が真摯に示されています。PLOにはそれがない。しかし、作成されたコードやプロジェクトが 0.000x-1.0%のレベルを超えたとき、初めて真剣に議論することが可能になるのです。今のところ、リソースに法外なオーバーヘッドをかける方向で強く申請しています。 すべての「証拠となる数学」は、学習能力のなさ、完全な怠慢、品質の無視の前には淡白なものです。だから、何も変わらない。ヴォーンにはOOPすら理解できない。 Artyom Trishkin 2018.01.15 11:56 #134 Alexey Volchanskiy: まあ、司会者が寝てたらそうなるんだろうけど)そして、OOPコースはすでに本格的に始動しています。でも、ここでは違う。ここで深刻なことを始めても意味がない。まあ...自分のスレッドの方向性を決めたのは自分自身です。そして、その方向性を貫くように説得するのがモデレーターの役目なのですが...。 Denis Kirichenko 2018.01.15 12:12 #135 Artyom Trishkin:まあ、いいや...。自分のスレッドの方向性を決めるのは自分だ。そして、司会者は、女の子に声をかけるのではなく、自分の決めた方向性を貫くように言うのが仕事なのですが...。アーテム、あなたは間違っている。女の子がいなくて何ができる?- 彼女たちはみんな私たちのものです :-))そして真面目な話、ここからが本題です。コピーコンストラクタを記述し、代入演算 子をオーバーライドしたクラスがあります。質問です。どのような場合に、どのような違いがあるべきなのでしょうか? Vasiliy Sokolov 2018.01.15 12:42 #136 Dennis Kirichenko: アーテム、あなたは間違っている。女の子がいなくて何ができる?- 彼女たちはみんな私たちのものです :-))しかし、真面目な話、ここで議論したいのは、このことです。コピーコンストラクタを記述し、代入演算 子をオーバーライドしたクラスがあります。質問です。どのような場合にそうなるのか、また、違うものでなければならないのか。演算子のオーバーライドは、構文上の糖分以外の何ものでもありません。このようなやり方はやめて、代入演算子の代わりにCopy()やClone()メソッドを使ったほうがいい - 単純明快だ。class CMyClass { private: int m_state; public: CMyClass* Copy() { CMyClass* obj = new CMyClass(); obj.m_state = state; return obj; } }標準的な比較文字はポインターのために残しておいた方がよい。 Alexey Volchanskiy 2018.01.15 12:58 #137 Artyom Trishkin:まあ、いいや...。自分のスレッドの方向性を決めるのは自分だ。そして、モデレーターは、ひよこを口説くのではなく、自分の決めた方向を貫くように説得しなければならないことが判明しました。 私は10番の投稿で「アルテムさん、お願いが あります」と書きました。あなたや尊敬するモデレーターの皆さんへ。私は、私に関するジョークも含め、このコミュニティでジョークを歓迎します。それに、今のところ古株しかマークされていませんが、私たちはお互いを知っています。しかし、ここでcrybabiesはplzを離れて行く、または私は残して、別のフォーラムに行くよ。ここでは、真面目なことを、もちろんユーモアを交えて書いていく予定です。そして、泣き虫は生々しさと破壊力を生むだけです。"まあ泣き虫はほとんどいなかったが、とにかくこのスレは即効でクソになった。つまり、ここでOOPの問題を議論してもいいのですが、私は別の場所でコースを開始しました、そちらの方が規律が厳しいのです。もし興味があれば-直接手紙を書いてみて ください。そして、このアイデアは失敗したので(私は最初からそれを予見していた)、Dについて一度可能性があります。 Vasiliy Sokolov 2018.01.15 13:06 #138 Alexey Volchanskiy:Alexeiさん、もっと具体的に、ウォッカ・女の子などの誘惑を減らしてください。すでにここであなたを読みたいと思う人がいるはずです。いいスタートが切れましたね。 Alexey Volchanskiy 2018.01.15 13:06 #139 Vasiliy Sokolov:演算子のオーバーライドは、構文上の糖分以外の何ものでもありません。このようなやり方はやめて、代入演算子の代わりにCopy()やClone()メソッドを使ったほうが、単純明快でよいでしょう。標準的な比較文字はポインターのために残しておいた方がよい。違いはないように思います。また、MQLにはポインターがないので、混同することはありません。 Alexey Volchanskiy 2018.01.15 13:12 #140 Vasiliy Sokolov:Alexeiさん、もっと具体的に、ウォッカ・女の子などの誘惑を減らしてください。すでにここであなたを読みたいと思う人がいるはずです。いいスタートが切れましたね。関係ない書き込みは今夜だけ。だから、数日前に仮想関数の 例を挙げた記事を書いたんですが、それが何か。1トンのスラグに埋もれていた。それに対する反応は一つもない。ここではコースを作ることはできません、チャットルームです)。そして、サイトは常にハングアップし、5メッセージで1が送信することはできませんが、大丈夫だけでも待つために、それはちょうどすべてのクラッシュが発生します。 1...789101112131415161718192021...23 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
OOPについて議論するのはやめてください。
これはもう昔の話で、20年くらい前なら「手続き型 vs オブジェクト型」という議論も可能でした。今となっては滑稽で、炎上にすらカウントされない。
ヴォルチャンスキーが好きな話:1995年から1996年にかけて、ネットワークのプロジェクトを書いていると、監督者がやってきて「クラスを使って書けるか?- もちろん、そうです。以下はそのコードです。
OOP対FPは、もはや異種格闘技戦の様相を呈している。すでに多くのOOPの熟練者が見切りをつけ、反対派に亡命し始めている。その上、FPには重大な証拠となる数学的根拠がある。PLOにはそれがない。
まあ、司会者が寝てたらそうなるんだろうけど)そして、OOPコースはすでに本格的に始動しています。でも、ここでは違う。ここで深刻なことを始めても意味がない。
どこでやっているのか?
今、PLOとOPの間には、別の意味での対立がある。多くのOOP支持者はすでに見切りをつけ、反対派に亡命し始めている。また、OPにはエビデンスに基づく数学的根拠が真摯に示されています。PLOにはそれがない。
しかし、作成されたコードやプロジェクトが 0.000x-1.0%のレベルを超えたとき、初めて真剣に議論することが可能になるのです。
今のところ、リソースに法外なオーバーヘッドをかける方向で強く申請しています。
すべての「証拠となる数学」は、学習能力のなさ、完全な怠慢、品質の無視の前には淡白なものです。だから、何も変わらない。ヴォーンにはOOPすら理解できない。まあ、司会者が寝てたらそうなるんだろうけど)そして、OOPコースはすでに本格的に始動しています。でも、ここでは違う。ここで深刻なことを始めても意味がない。
まあ...自分のスレッドの方向性を決めたのは自分自身です。そして、その方向性を貫くように説得するのがモデレーターの役目なのですが...。
まあ、いいや...。自分のスレッドの方向性を決めるのは自分だ。そして、司会者は、女の子に声をかけるのではなく、自分の決めた方向性を貫くように言うのが仕事なのですが...。
アーテム、あなたは間違っている。女の子がいなくて何ができる?- 彼女たちはみんな私たちのものです :-))
そして真面目な話、ここからが本題です。コピーコンストラクタを記述し、代入演算 子をオーバーライドしたクラスがあります。質問です。どのような場合に、どのような違いがあるべきなのでしょうか?
アーテム、あなたは間違っている。女の子がいなくて何ができる?- 彼女たちはみんな私たちのものです :-))
しかし、真面目な話、ここで議論したいのは、このことです。コピーコンストラクタを記述し、代入演算 子をオーバーライドしたクラスがあります。質問です。どのような場合にそうなるのか、また、違うものでなければならないのか。
演算子のオーバーライドは、構文上の糖分以外の何ものでもありません。このようなやり方はやめて、代入演算子の代わりにCopy()やClone()メソッドを使ったほうがいい - 単純明快だ。
標準的な比較文字はポインターのために残しておいた方がよい。
まあ、いいや...。自分のスレッドの方向性を決めるのは自分だ。そして、モデレーターは、ひよこを口説くのではなく、自分の決めた方向を貫くように説得しなければならないことが判明しました。
私は10番の投稿で「アルテムさん、お願いが あります」と書きました。あなたや尊敬するモデレーターの皆さんへ。私は、私に関するジョークも含め、このコミュニティでジョークを歓迎します。それに、今のところ古株しかマークされていませんが、私たちはお互いを知っています。
しかし、ここでcrybabiesはplzを離れて行く、または私は残して、別のフォーラムに行くよ。ここでは、真面目なことを、もちろんユーモアを交えて書いていく予定です。そして、泣き虫は生々しさと破壊力を生むだけです。"
まあ泣き虫はほとんどいなかったが、とにかくこのスレは即効でクソになった。つまり、ここでOOPの問題を議論してもいいのですが、私は別の場所でコースを開始しました、そちらの方が規律が厳しいのです。もし興味があれば-直接手紙を書いてみて ください。
そして、このアイデアは失敗したので(私は最初からそれを予見していた)、Dについて一度可能性があります。
Alexeiさん、もっと具体的に、ウォッカ・女の子などの誘惑を減らしてください。すでにここであなたを読みたいと思う人がいるはずです。いいスタートが切れましたね。
演算子のオーバーライドは、構文上の糖分以外の何ものでもありません。このようなやり方はやめて、代入演算子の代わりにCopy()やClone()メソッドを使ったほうが、単純明快でよいでしょう。
標準的な比較文字はポインターのために残しておいた方がよい。
違いはないように思います。また、MQLにはポインターがないので、混同することはありません。
Alexeiさん、もっと具体的に、ウォッカ・女の子などの誘惑を減らしてください。すでにここであなたを読みたいと思う人がいるはずです。いいスタートが切れましたね。
関係ない書き込みは今夜だけ。だから、数日前に仮想関数の 例を挙げた記事を書いたんですが、それが何か。1トンのスラグに埋もれていた。それに対する反応は一つもない。ここではコースを作ることはできません、チャットルームです)。
そして、サイトは常にハングアップし、5メッセージで1が送信することはできませんが、大丈夫だけでも待つために、それはちょうどすべてのクラッシュが発生します。