クラウドソーシングによるGUI。オープンベータテストを実施。 - ページ 21 1...141516171819202122232425262728...58 新しいコメント Реter Konow 2020.02.29 22:18 #201 Nikolai Semko: モノが何であるかを説明するのに哲学は必要ない。なぜなら、モノは生命そのものの一部だからです。 そこには「生きもの」という対象がある。 生物」というオブジェクトを継承する「昆虫」というオブジェクトがあります。 生物」という対象を受け継ぐ「哺乳類」という対象がある。 人間というオブジェクトがあり、それは「哺乳類」というオブジェクトの後継者である "人間 "というオブジェクトの後継者である "料理人 "というオブジェクトが存在し などなど、哲学はどこにあるのでしょうか？ OOPでは、この継承の 仕組みが明確に記述されている（継承だけでなく） すべてのオブジェクトは、継承時に渡される属性とメソッドのセットを持っています。すべてが厳密に論理的かつ具体的です。哲学はまったくない。 Artem Trishkinの記事を読む。彼の記事は、それほどわかりやすく目に見えるモノではまったくない。例えば、「取引イベント」クラス。または「イベントクラス」。あるいは単に「クラスのクラス」))。 哲学がないとダメなんです)) Maxim Kuznetsov 2020.02.29 22:20 #202 Nikolai Semko: モノが何であるかを説明するのに哲学は必要ない。なぜなら、モノは生命そのものの一部だからです。 そこには「生きもの」という対象がある。 生物」というオブジェクトを継承する「昆虫」というオブジェクトがあります。 生物」という対象を受け継ぐ「哺乳類」という対象がある。 人間というオブジェクトがあり、それは「哺乳類」というオブジェクトの後継者である "人間 "というオブジェクトの後継者である "料理人 "というオブジェクトが存在し などなど、哲学はどこにあるのでしょうか？ OOPでは、この継承の 仕組みが明確に記述されている（継承だけでなく） 各オブジェクトは、継承時に渡される属性とメソッドのセットを持っています。すべてが厳密に論理的かつ具体的です。哲学がないんです。 A hullabaloo to be !!!! オートマチックキッチンは、"シェフ "クラスを継承するのでしょうか？ スパイダーマンは、どのクラスの標本なのでしょうか？ Реter Konow 2020.02.29 22:25 #203 スパイダーマンは、人間とクモという2つの階級の後継者です。そして、もし彼が料理人でもあったなら、人間、蜘蛛、料理人の3つのクラスがあることになる。同時に、あるものはクモから、あるものはコックから、あるものは人間から受け継がなければならない。と混同しないようにしましょう Nikolai Semko 2020.02.29 22:29 #204 Maxim Kuznetsov: コーラスをしよう ! オートキッチンはコッククラスの後継になるのでしょうか？ スパイダーマンは、どのクラスのインスタンスなのでしょうか？ 男、書きながら考えていた、スマホがあるに違いない。)) しかし、真面目な話、蜘蛛男や厨二病には、仮想クラスからの多重継承というトピックがある（MQLのことはよくわからないが、Javaでは正確だ）。 Реter Konow 2020.02.29 22:31 #205 Nikolai Semko: 男、書いていて思ったのですが、きっと巧妙なイタズラがあるはずです。)) でも、真面目な話、蜘蛛男や、オートマトン厨には、仮想クラスからの多重継承なんてトピックもある（MQLはどうかわからないが、Javaには確実にある）。 ちなみに、ここがOOPの本気のパンチャーたる所以である。多重継承はすべてを複雑にしてしまう。シンプルなものであれば、何でもいいんです。 しかし、そこから相続財産の「ヴィネガー」が始まり、混乱が生じます。進めば進むほど、混乱してきます。 Nikolai Semko 2020.02.29 22:43 #206 Реter Konow: ちなみに、ここはOOPの本気パンチャーが登場するところ。多重継承は地獄を複雑にする。シンプルなものであれば、なんでもいいんです。そして、受け継がれた財産と混乱の "ヴィネガー "が始まる。進めば進むほど、混乱してきます。 これをダイヤモンド 問題という。そのための仮想授業です。ちなみに私はそれを指定しました。 一次資料を読み、先に発明された自転車を再発明しないようにしましょう Реter Konow 2020.02.29 22:50 #207 Nikolai Semko: これをダイヤモンド 問題という。そのためのバーチャル授業です。ちなみに私はそれを明確にしました。 一次資料を読み、すでに先に発明された自転車を再発明しないようにしましょう まあ、いい名前ですね。解決不可能な問題。知識ベースを作ろうと考えたとき、継承には実際に観察できる限界があり、それを超えると複雑さが利点を上回ると気づきました。他のオブジェクトからプロパティを継承することは、新しいオブジェクトに再作成するよりも利点が少ないでしょう。 ザイ。行ってきます。今日はこの辺で）。 Nikolai Semko 2020.02.29 22:51 #208 Реter Konow: わあ、きれいな名前ですね。本当に解決できない問題です。知識ベースを作ろうと考えたとき、継承には実際に観察できる限界があり、それを超えると複雑さが利点を上回ると気づきました。他のオブジェクトからプロパティを継承することは、新しいオブジェクトにプロパティを再作成するよりも利点が少ないでしょう。何事にも限度がある。 ピーター 簡単なものから始めてください。まだまだ多重相続に成長する必要があります。まだまだです（まだ少し残っています）。 Nikolai Semko 2020.02.29 22:53 #209 Реter Konow: わあ、きれいな名前ですね。 形状がひし形で、ダイヤモンドに似ていることが名前の由来です。 菱形の継承。 Реter Konow 2020.02.29 22:57 #210 Nikolai Semko: 形状がダイヤモンドに似ていることが名前の由来です。 OOPは最初、分岐した階層構造を生成します。複雑化すればするほど、成長する。その枝に物体が配置される。 その上で徐々に逆のプロセスが始まり、枝が合体し始めるのです。このようにして、多重継承のオブジェクトが形成される。そして、クラス間の並列接続の数が増えすぎて、システム全体が絶対的にもつれ、何のメリットももたらさなくなるのです。 1...141516171819202122232425262728...58 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
モノが何であるかを説明するのに哲学は必要ない。なぜなら、モノは生命そのものの一部だからです。
そこには「生きもの」という対象がある。
生物」というオブジェクトを継承する「昆虫」というオブジェクトがあります。
生物」という対象を受け継ぐ「哺乳類」という対象がある。
人間というオブジェクトがあり、それは「哺乳類」というオブジェクトの後継者である
"人間 "というオブジェクトの後継者である "料理人 "というオブジェクトが存在し
などなど、哲学はどこにあるのでしょうか？
OOPでは、この継承の 仕組みが明確に記述されている（継承だけでなく）
すべてのオブジェクトは、継承時に渡される属性とメソッドのセットを持っています。すべてが厳密に論理的かつ具体的です。哲学はまったくない。
Artem Trishkinの記事を読む。彼の記事は、それほどわかりやすく目に見えるモノではまったくない。例えば、「取引イベント」クラス。または「イベントクラス」。あるいは単に「クラスのクラス」))。
哲学がないとダメなんです))
モノが何であるかを説明するのに哲学は必要ない。なぜなら、モノは生命そのものの一部だからです。
そこには「生きもの」という対象がある。
生物」というオブジェクトを継承する「昆虫」というオブジェクトがあります。
生物」という対象を受け継ぐ「哺乳類」という対象がある。
人間というオブジェクトがあり、それは「哺乳類」というオブジェクトの後継者である
"人間 "というオブジェクトの後継者である "料理人 "というオブジェクトが存在し
などなど、哲学はどこにあるのでしょうか？
OOPでは、この継承の 仕組みが明確に記述されている（継承だけでなく）
各オブジェクトは、継承時に渡される属性とメソッドのセットを持っています。すべてが厳密に論理的かつ具体的です。哲学がないんです。
A hullabaloo to be !!!!
オートマチックキッチンは、"シェフ "クラスを継承するのでしょうか？
スパイダーマンは、どのクラスの標本なのでしょうか？
コーラスをしよう !
オートキッチンはコッククラスの後継になるのでしょうか？
スパイダーマンは、どのクラスのインスタンスなのでしょうか？
男、書きながら考えていた、スマホがあるに違いない。))
しかし、真面目な話、蜘蛛男や厨二病には、仮想クラスからの多重継承というトピックがある（MQLのことはよくわからないが、Javaでは正確だ）。
男、書いていて思ったのですが、きっと巧妙なイタズラがあるはずです。))
でも、真面目な話、蜘蛛男や、オートマトン厨には、仮想クラスからの多重継承なんてトピックもある（MQLはどうかわからないが、Javaには確実にある）。
ちなみに、ここがOOPの本気のパンチャーたる所以である。多重継承はすべてを複雑にしてしまう。シンプルなものであれば、何でもいいんです。 しかし、そこから相続財産の「ヴィネガー」が始まり、混乱が生じます。進めば進むほど、混乱してきます。
ちなみに、ここはOOPの本気パンチャーが登場するところ。多重継承は地獄を複雑にする。シンプルなものであれば、なんでもいいんです。そして、受け継がれた財産と混乱の "ヴィネガー "が始まる。進めば進むほど、混乱してきます。
これをダイヤモンド 問題という。そのための仮想授業です。ちなみに私はそれを指定しました。
一次資料を読み、先に発明された自転車を再発明しないようにしましょう
これをダイヤモンド 問題という。そのためのバーチャル授業です。ちなみに私はそれを明確にしました。
一次資料を読み、すでに先に発明された自転車を再発明しないようにしましょう
まあ、いい名前ですね。解決不可能な問題。知識ベースを作ろうと考えたとき、継承には実際に観察できる限界があり、それを超えると複雑さが利点を上回ると気づきました。他のオブジェクトからプロパティを継承することは、新しいオブジェクトに再作成するよりも利点が少ないでしょう。
ザイ。行ってきます。今日はこの辺で）。
わあ、きれいな名前ですね。本当に解決できない問題です。知識ベースを作ろうと考えたとき、継承には実際に観察できる限界があり、それを超えると複雑さが利点を上回ると気づきました。他のオブジェクトからプロパティを継承することは、新しいオブジェクトにプロパティを再作成するよりも利点が少ないでしょう。何事にも限度がある。
ピーター 簡単なものから始めてください。まだまだ多重相続に成長する必要があります。まだまだです（まだ少し残っています）。
わあ、きれいな名前ですね。
形状がひし形で、ダイヤモンドに似ていることが名前の由来です。
菱形の継承。
形状がダイヤモンドに似ていることが名前の由来です。
OOPは最初、分岐した階層構造を生成します。複雑化すればするほど、成長する。その枝に物体が配置される。 その上で徐々に逆のプロセスが始まり、枝が合体し始めるのです。このようにして、多重継承のオブジェクトが形成される。そして、クラス間の並列接続の数が増えすぎて、システム全体が絶対的にもつれ、何のメリットももたらさなくなるのです。