OOPの専門家に質問です。 - ページ 7 1234567891011121314...55 新しいコメント Реter Konow 2019.08.25 18:26 #61 以上、OOPを学びに行ってきました。帰ってきたらみんなに返信します)。 Alexey Viktorov 2019.08.26 11:50 #62 Nikolai Semko: 45分を惜しんではいけないよ、ピーター。はじめに、この人が何を言っているのかを理解することが非常に重要です。多くの人が反論するだろうが、一般的には彼の言うとおりである。 興味深い講演だが、疑問が多すぎる。彼はセッターやゲッターの悪影響について話していますが、セッターやコンストラクターでエラーを発生させた場合、どのような違いがあるのか、教えてください。SB MQL5が一つの大きな間違いであることが判明したわけですね。セッターとゲッターばかりが目立ちますね。 Igor Makanu 2019.08.26 12:19 #63 Alexey Viktorov: 面白い講演だったが、疑問が残りすぎた。ここで彼は、セッターとゲッターの害について話していますが、セッターで値を入力する場合とコンストラクターで値を入力する場合では、何が違っていて、どこで間違うのか、説明してください。SB MQL5が一つの大きな間違いであることが判明したわけですね。セッターとゲッターばかりが目立ちますね。 も、昨日はこの45分を見ていました...。まあ、学生でも作者を粉々にしたようなものですからね。 この理論は、「ここに対象物があるのだから、何でもできるようにしなければならない」「PCを命令するのはあなたではなく、あなただから、ハードウェアに縛られてはいけない」ということをうまく言い表しています。オブジェクトが何かをする方法を知らない場合、我々は別の小さなクラスを書く、実際にはこれはそうではありません - あなたがオブジェクトを制御することを拒否した場合、反復的なコードのブロックが存在する、継承は部分的にこの問題を解決しますが、一般的に、問題を解決する代わりに、プログラマはオブジェクトの束(または苦痛の山?ITの巨人が論理的に似たようなコードを書けば、うまくいくし、イノベーターは、まあ、これまでもそうだったし、これからもそうだろうが、その成果は、なぜか目に見えないのだ。 SZS:ボタンの色を変更する方法は?- 前のオブジェクトを殺して、違う色の新しいボタンを作る?- また、ボタンのステータスはどのように取得するのですか?- そして、もしそれが何百ものボタンの配色であるなら、またそれらをすべて殺して、他のものを作りなさい?) aleger 2019.08.26 12:30 #64 Igor Makanu: も昨日、この45分間を見たのですが...。学生たちにも叩かれた。 この理論は、「対象物はこれだ、何でもできるはずだ」ということをうまく言い表しています。オブジェクトが何かをする方法を知らない場合、我々は別の小さなクラスを書く、実際にはこれはそうではありません - あなたがオブジェクトを制御することを拒否した場合、反復的なコードのブロックが存在する、継承は部分的にこの問題を解決しますが、一般的に、問題を解決する代わりに、プログラマはオブジェクトの束(または苦痛の山?ITの巨人が論理的に似たようなコードを書けば、うまくいくし、イノベーターは、まあ、これまでもそうだったし、これからもそうだろうが、その成果は、なぜか目に見えないのだ。 SZS:カラーボタンを変更するには?- 前のオブジェクトを殺して、違う色の新しいボタンを作る?- また、ボタンのステータスはどのように取得するのですか?- そして、もしそれが何百ものボタンの配色であるなら、それらをすべてもう一度殺して、他のものを作りなさいということですか?) 面白いのは、OOPの原則を無意識に 適用しても、かなり具体的な結果が得られるということです。 A100 2019.08.26 13:00 #65 Alexey Viktorov: 面白い講演だったが、疑問が残りすぎた。ここで彼は、セッターとゲッターの害について話していますが、セッターで値を入力する場合とコンストラクターで値を入力する場合では、何が違っていて、どこで間違うのか、説明してください。SB MQL5が一つの大きな間違いであることがわかったわけですね。このすべてのセッターとゲッターはたくさんあります。 開発者はすべてを正しく行っています。標準ライブラリは エントリーレベルに焦点を合わせており、ほとんどのタスクで非常に十分です。OOPで書くためには(用語を並べるだけでなく)、高度なレベルやある種の思考が必要です。それがなくても、「これがOOPだ」と思ってすべてをクラス化 することができます。それはおそらく、教えることができないものです。 Igor Makanu 2019.08.26 13:18 #66 A100: それがなくても、「これがOOPだ」と思って、すべてをクラスで包む ことができます。 またもや自分の賢さをアピールしようとするが、残念ながら例を示さず、またもや知らない人のために何かを考え、発言し、... イミフ、ケチ、意地悪 - 一般的に言って )))) A100 2019.08.26 13:24 #67 Igor Makanu: またしても自分の知性を誇示しようとしているが、残念ながらその例を示さ ず、またしても知らない人たちのために、でっち上げようとしている... イミフ、ケチ、意地悪しようとしてる - 一般的に、気を抜いてはいけない )))) 私は間違った 例を示している。それによって、釣竿は与えるが、魚は与えないということだ。 Igor Makanu 2019.08.26 13:33 #68 A100: 間違った 例を示して、釣竿は与えるが魚は与えない。 テスターでもトレーディングでもサンプルは動きますが、何が問題なのでしょうか? べんりな Runetフォーラムにいるトレーダーが毎週何十個も発明しようとしているような単純な戦略に継承を導入することは、ほとんどの場合、意味がありませんし、私の例では、準備できたコードをすばやく移植することができます。 具体的な質問や提案があれば、もしかしたら議論したいかもしれませんし、そうでなければ、ないものを議論することに何の意味があるのでしょうか。 A100 2019.08.26 13:36 #69 Igor Makanu: サンプルはtesterとtradeの両方で動作します。 OOPの観点からの誤りであり、最終的な結果の観点からの誤りではありません。もし、何がエラーなのか理解できない場合は、もう一度、そして何度もビデオを見なおして、理解してください。私自身、この映像を見るのは初めてですが、ここまでシンプルでわかりやすく説明することはできませんでした Igor Makanu 2019.08.26 13:54 #70 A100: OOPの観点からの誤りであって、最終的な結果ではありません。もし、何が間違いなのか理解できない場合は、もう一度、そして何度も何度も、理解できるまでビデオをご覧ください。 残念ながら、それはないでしょう。スピーカーは学生の質問にさえ答えることができませんでした、質問は正しかった。 現実的な話をしよう。 私はあなたがビデオの作者をサポートしていることを疑う、彼の名前はエゴール(それはそう書かれている)、ビデオの主なメッセージは、完全にOOPに行くことでした - 本物のOOP!。 OK!著者が提案したように、OOPを使用 する方法の簡単な例を与える、タスクは簡単です、彼自身がファイルを使用して作業を言及し、彼自身は、学生の質問に答えることができませんでした 余分なコードを書くのは面倒だし、既成のコードを使うのに慣れているので、CFileクラスは私の問題をうまく解決してくれます。 ビデオの著者の発言から、CFileのどこを書き換えるべきだとお考えですか? 1234567891011121314...55 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
45分を惜しんではいけないよ、ピーター。はじめに、この人が何を言っているのかを理解することが非常に重要です。多くの人が反論するだろうが、一般的には彼の言うとおりである。
興味深い講演だが、疑問が多すぎる。彼はセッターやゲッターの悪影響について話していますが、セッターやコンストラクターでエラーを発生させた場合、どのような違いがあるのか、教えてください。SB MQL5が一つの大きな間違いであることが判明したわけですね。セッターとゲッターばかりが目立ちますね。
面白い講演だったが、疑問が残りすぎた。ここで彼は、セッターとゲッターの害について話していますが、セッターで値を入力する場合とコンストラクターで値を入力する場合では、何が違っていて、どこで間違うのか、説明してください。SB MQL5が一つの大きな間違いであることが判明したわけですね。セッターとゲッターばかりが目立ちますね。
も、昨日はこの45分を見ていました...。まあ、学生でも作者を粉々にしたようなものですからね。
この理論は、「ここに対象物があるのだから、何でもできるようにしなければならない」「PCを命令するのはあなたではなく、あなただから、ハードウェアに縛られてはいけない」ということをうまく言い表しています。オブジェクトが何かをする方法を知らない場合、我々は別の小さなクラスを書く、実際にはこれはそうではありません - あなたがオブジェクトを制御することを拒否した場合、反復的なコードのブロックが存在する、継承は部分的にこの問題を解決しますが、一般的に、問題を解決する代わりに、プログラマはオブジェクトの束(または苦痛の山?ITの巨人が論理的に似たようなコードを書けば、うまくいくし、イノベーターは、まあ、これまでもそうだったし、これからもそうだろうが、その成果は、なぜか目に見えないのだ。
SZS:ボタンの色を変更する方法は?- 前のオブジェクトを殺して、違う色の新しいボタンを作る?- また、ボタンのステータスはどのように取得するのですか?- そして、もしそれが何百ものボタンの配色であるなら、またそれらをすべて殺して、他のものを作りなさい?)
も昨日、この45分間を見たのですが...。学生たちにも叩かれた。
この理論は、「対象物はこれだ、何でもできるはずだ」ということをうまく言い表しています。オブジェクトが何かをする方法を知らない場合、我々は別の小さなクラスを書く、実際にはこれはそうではありません - あなたがオブジェクトを制御することを拒否した場合、反復的なコードのブロックが存在する、継承は部分的にこの問題を解決しますが、一般的に、問題を解決する代わりに、プログラマはオブジェクトの束(または苦痛の山?ITの巨人が論理的に似たようなコードを書けば、うまくいくし、イノベーターは、まあ、これまでもそうだったし、これからもそうだろうが、その成果は、なぜか目に見えないのだ。
SZS:カラーボタンを変更するには?- 前のオブジェクトを殺して、違う色の新しいボタンを作る?- また、ボタンのステータスはどのように取得するのですか?- そして、もしそれが何百ものボタンの配色であるなら、それらをすべてもう一度殺して、他のものを作りなさいということですか?)
面白いのは、OOPの原則を無意識に 適用しても、かなり具体的な結果が得られるということです。
面白い講演だったが、疑問が残りすぎた。ここで彼は、セッターとゲッターの害について話していますが、セッターで値を入力する場合とコンストラクターで値を入力する場合では、何が違っていて、どこで間違うのか、説明してください。SB MQL5が一つの大きな間違いであることがわかったわけですね。このすべてのセッターとゲッターはたくさんあります。
開発者はすべてを正しく行っています。標準ライブラリは エントリーレベルに焦点を合わせており、ほとんどのタスクで非常に十分です。OOPで書くためには(用語を並べるだけでなく)、高度なレベルやある種の思考が必要です。それがなくても、「これがOOPだ」と思ってすべてをクラス化 することができます。それはおそらく、教えることができないものです。
それがなくても、「これがOOPだ」と思って、すべてをクラスで包む ことができます。
またもや自分の賢さをアピールしようとするが、残念ながら例を示さず、またもや知らない人のために何かを考え、発言し、...
イミフ、ケチ、意地悪 - 一般的に言って ))))
またしても自分の知性を誇示しようとしているが、残念ながらその例を示さ ず、またしても知らない人たちのために、でっち上げようとしている...
イミフ、ケチ、意地悪しようとしてる - 一般的に、気を抜いてはいけない ))))
私は間違った 例を示している。それによって、釣竿は与えるが、魚は与えないということだ。
間違った 例を示して、釣竿は与えるが魚は与えない。
テスターでもトレーディングでもサンプルは動きますが、何が問題なのでしょうか?
べんりな
Runetフォーラムにいるトレーダーが毎週何十個も発明しようとしているような単純な戦略に継承を導入することは、ほとんどの場合、意味がありませんし、私の例では、準備できたコードをすばやく移植することができます。
具体的な質問や提案があれば、もしかしたら議論したいかもしれませんし、そうでなければ、ないものを議論することに何の意味があるのでしょうか。
サンプルはtesterとtradeの両方で動作します。
OOPの観点からの誤りであり、最終的な結果の観点からの誤りではありません。もし、何がエラーなのか理解できない場合は、もう一度、そして何度もビデオを見なおして、理解してください。私自身、この映像を見るのは初めてですが、ここまでシンプルでわかりやすく説明することはできませんでした
OOPの観点からの誤りであって、最終的な結果ではありません。もし、何が間違いなのか理解できない場合は、もう一度、そして何度も何度も、理解できるまでビデオをご覧ください。
残念ながら、それはないでしょう。スピーカーは学生の質問にさえ答えることができませんでした、質問は正しかった。
現実的な話をしよう。
私はあなたがビデオの作者をサポートしていることを疑う、彼の名前はエゴール(それはそう書かれている)、ビデオの主なメッセージは、完全にOOPに行くことでした - 本物のOOP!。
OK!著者が提案したように、OOPを使用 する方法の簡単な例を与える、タスクは簡単です、彼自身がファイルを使用して作業を言及し、彼自身は、学生の質問に答えることができませんでした
余分なコードを書くのは面倒だし、既成のコードを使うのに慣れているので、CFileクラスは私の問題をうまく解決してくれます。
ビデオの著者の発言から、CFileのどこを書き換えるべきだとお考えですか?