OOPの専門家に質問です。 - ページ 26 1...192021222324252627282930313233...55 新しいコメント 削除済み 2019.09.10 12:48 #251 Реter Konow: 何も聞かず、まともな作家を読めという提案を拒否して、自分は経験がある、私は何でも知っている、と言うのです。 すでに書きましたが、すべてのオブジェクトを継承で結ぶというのは、一度では理解できない大きな間違いです。でも、自分の凸凹が欲しいんですね、まあ、頑張ってください。 Реter Konow 2019.09.10 12:51 #252 Vict: 何も聞かず、まともな作家を読めという提案を拒否して、自分は経験がある、私は何でも知っている、と言うのです。 すでに書きましたが、すべてのオブジェクトを継承で結ぶというのは、一度では理解できない大きな間違いです。でも、自分の凸凹が欲しいんですね、まあ、頑張ってください。 すみません、まだ始まったばかりで(笑) Vladimir Simakov 2019.09.10 15:46 #253 Реter Konow: すみません、まだ始まったばかりで(笑) 開始が遅れているようです。時間的には、OOPに関するトピックで、それがでたらめであることを理解し、ソリューションのアーキテクチャについて熟慮し始めるだけです。リリックを減らして、練習を重ねる。 Maxim Dmitrievsky 2019.09.10 15:49 #254 Реter Konow: 説明しよう。要するに、OOPは私たちの記憶の中で無意識に行われている情報の分配を再現しているのです。情報はカスケード状に、「ツリー状」に「レイアウト」されています。これは、無意識のアーキタイプ(隠されたメカニズム)によって条件づけられているのです。この仕組みを「感じた」人たちが、プログラミングにうまく応用するようになったのです。OOPは、私たちの無意識と同じ仕組みで、共通の性質や機能を継承の連鎖によって実現する。 意識と無意識の仕組みが分かれば、その仕組みをコンピュータで再現することができるようになります。技術的なことから一歩引いて、コンセプトの根幹を見つめただけです。 いつになったらタバコをやめるんだ? Nikolai Semko 2019.09.10 15:50 #255 Реter Konow: OOPという概念についていろいろ考えてみたが、これだ。 ...なぜなら、私たちは情報を扱う際に、自分の無意識のパターンをコピーしているだけだからです。 そうだ、ピーター、すべてだ。イーグルの発露があるのだ。 先延ばしにするのをやめる。 やってみなはれ!オブジェクトのコーディングを開始します。 Vladimir Simakov 2019.09.10 15:53 #256 Nikolai Semko: そう、ピーター、すべてがそこにあるのだ。 先延ばしにするのをやめる。 やってみなはれ!オブジェクトのコーディングを開始します。 そう、コンストラクター、デストラクター、そして神聖なる継承の名のもとに)))。 Реter Konow 2019.09.10 19:31 #257 Vladimir Simakov: 開始が遅れているようです。そろそろ対象をOOPに変換し、自分たちが持っているものを自覚し、解決策のアーキテクチャを思慮深く考案し始める時期です。リリックを減らして、練習を重ねる。 私のアプローチもOOPです。ただ、現時点ではプレゼンテーションが異なり、「客観性」が低くなっています。しかし、本質は同じです。 1.カーネルでのカプセル化が存在する。 2.部分多型。つまり、エンジンはWindowsとその要素で動作しますが、各ブロックには、特定の種類の要素での動作を定義する条件が挿入されています。 3.グラフィカルコアは階層構造を持たないため、現時点ではオブジェクトのプロパティを 継承することはできません。しかし、これは修正することができます。 私は、カーネルとエンジンをベースに、最小限の構文で、カーネル内のオブジェクトのデジタル表現、完全な階層化、分類、プロパティと機能の継承を行う「軽量」なOOPを作りたいと思っています。つまり、同じOOPでも、私のものです。 Реter Konow 2019.09.10 19:39 #258 Nikolai Semko: そうです、ピーター、すべてです。イーグルの発露があります。 先延ばしにするのをやめる。 やってみなはれ!オブジェクトのコーディングを開始します。 ニコライ 私はここでAIを視野に入れているのですが、標準的なOOPでは最低限の知識ベースを構築するのに時間がかかってしまうんです。私のアプローチはオブジェクトにも有効 ですが、より簡潔に表現することができます。その機能性も。私のアプローチもOOPです。ただ、まだ完全には開発されていません。修正可能です。モノをデジタルで表現することの優位性を想像できますか?止まらずにどんどん掛け算していけばいいんです。クラスへの参照でもなく、クラスのインスタンスでもない、すべての可能なプロパティで記述された本格的なオブジェクトです。標準的なOOPではなかなかできないことです。 Igor Makanu 2019.09.10 20:43 #259 Реter Konow: OOPという概念には多くの思想が込められていますが、その内容は以下の通りです。 クラス」「オブジェクト」「プロパティ」「カプセル化」「ポリモーフィズム」「継承」といった概念を残して、構文や専門用語を抽象化しよう。その哲学的な "根源 "を説明する。 現実は「空間」「時間」「物質」のプリズムを通して意識によって認識され(これが感覚器官の働き)、「物体」はそれらの連続的な相互作用の離散的な結果である。 相互作用の形態の多様性は、主体の無意識がある「枠組み」に「植え付ける」様々な対象を生み出す。 この枠組みは枝分かれしたカスケード構造を持ち、その「原型」の一つとして無意識に「組み込まれる」。フレームワークは、その構造全体に分散している新しい、新しいオブジェクト(の情報)を取り込みます。 これが、OOPの概念からきています。それは、無意識の「アルゴリズム」を模倣した意識的な対象の分配と結合である。 自分自身の思考の方法をマスターした主体は、その働きを脳の「トレース」機構、つまりコンピュータでシミュレートすることができるようになるのだ。コンピュータが脳の哀れなパロディであっても、人間は客観的世界の影しか認識できない。 カスケード、枝分かれする原型は、一般に我々の記憶内部のオブジェクト、特性、プロセス、すべての情報の分布の「パターン」である。これは、現実の認識を単純化し、私たちを取り巻く世界のモデルを構造化する生物学的な道具であり、自然から与えられたものです。 私たち自身の「自然な」(つまり無意識の)情報処理メカニズムを意識することは、OOPを使う 上で必要な自己認識のレベルなのです。 記憶、学習、知覚を容易にするこの暗黙の、生物学的な、「木のような」原型を、その「人工的な」応用という文脈で考えてみましょう。OOPでは、オブジェクトの記述をクラスにカプセル化し、プロパティや値を設定することで「生産」します。 オブジェクトの関係は分類に反映され、プロパティやメソッドをグローバルからプライベートに継承することで実現されます。実際には、次のようになります。すべてのプライベートオブジェクトは単なるオブジェクトであり、したがって、単なるオブジェクトのすべてのプロパティとそのプライベートプロパティを持ちます。派生したオブジェクトは、そのプライベートプロパティを共通プロパティとして持ちますが、そのプライベートプロパティを持つことになります。さらに、チェーンは無限に分岐することができます。これは、オブジェクトのメソッドでも同じです。メソッドは、行動、相互作用、プロセス、状態の変化を反映します。オブジェクトのメソッドは、プロパティのように一般的なものからプライベートなものまで分散されています。一般的なプロセスがあれば、それぞれの離散的な形態が独自の特性を持つことになる。そして、これがポリモーフィズムである。つまり、オーバーロードとは異なり、ポリモーフィズムは基礎となる関数の仕組みを保持したまま、異なるプライベートな実装を提供します。これが「機能的」継承である。 このように、OOPにおける「ツリー的なもの」はいたるところにあり、どのようなスキームを考案しても「ツリー」になるのです)。しかし、これも正しい。なぜなら、私たちは情報を扱う際に、自分の無意識のパターンをコピーしているだけだからだ。 うーん、今日Hubrを読み返していたら、なぜかプレゼンテーションのスタイルというか、OOPのご都合主義的な論理が非常に似ているんですよね。 エントリー3 ... 4~5日の夕方はシャープで過ごしました。チュートリアルから2章を読む。なんて言ったらいいんだろう。抽象的な計算をする意味のないプログラムを書くことを基本とするアカデミックなアプローチには、まったく感心がない。三角形の面積を計算するようなアプリケーションを自慢できるかというと、そうでもないんです。 .... エントリー4 最初のハードルクラスとオブジェクトの概念にたどり着いた。コンセプトが全く不明です。アイデア自体は明確なのに、それを何のためにどう使うのか?プレイヤー、カジノ、ルーレットのクラスを作成する?では、その中でオブジェクトを発明するのか?そして、彼らは何をするのでしょうか?引き延ばしすぎです。 何か不自然で、プログラムを混乱させるだけのような気がします。 数日後、私のもとにやってきました。息子と運動場を歩きながら、オブジェクト指向の目で周囲を眺めていたのです。 class Парк {string ПаркName;}, class Ребёнок {string РебёнокName; int РебёнокAge;} Ребёнок Дима = new Ребёнок (); Ребёнок Саша = new Ребёнок (); https://habr.com/ru/post/466641/ Andrey Khatimlianskii 2019.09.10 20:45 #260 Igor Makanu: うーん、今日Hubrを見ていたら、なぜかナレーションのスタイルがあなたに似ているというか、OOPのご都合主義的なロジックに似ているんです。 エントリー3. ... 4、5日の夜をシャープで過ごした。チュートリアルから2章を読む。なんて言ったらいいんだろう。抽象的な計算をする意味のないプログラムを書くことを基本とするアカデミックなアプローチには、まったく感心がない。三角形の面積を計算するようなアプリケーションは、自慢できるものではありません。 .... エントリー4 最初のハードルクラスとオブジェクトの概念にたどり着いた。コンセプトが全く不明です。アイデア自体は明確なのに、それを何のためにどう使うのか?プレイヤー、カジノ、ルーレットのクラスを作成する?では、その中でオブジェクトを発明するのか?そして、彼らは何をするのでしょうか?引き延ばしすぎです。何か不自然で、プログラムを混乱させるだけのような気がします。 数日後、私のもとにやってきました。息子と運動場を歩きながら、オブジェクト指向の目で周囲を眺めていたのです。 https://habr.com/ru/post/466641/ それはAだ!)) 1...192021222324252627282930313233...55 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
何も聞かず、まともな作家を読めという提案を拒否して、自分は経験がある、私は何でも知っている、と言うのです。
すでに書きましたが、すべてのオブジェクトを継承で結ぶというのは、一度では理解できない大きな間違いです。でも、自分の凸凹が欲しいんですね、まあ、頑張ってください。
何も聞かず、まともな作家を読めという提案を拒否して、自分は経験がある、私は何でも知っている、と言うのです。
すでに書きましたが、すべてのオブジェクトを継承で結ぶというのは、一度では理解できない大きな間違いです。でも、自分の凸凹が欲しいんですね、まあ、頑張ってください。
すみません、まだ始まったばかりで(笑)
説明しよう。要するに、OOPは私たちの記憶の中で無意識に行われている情報の分配を再現しているのです。情報はカスケード状に、「ツリー状」に「レイアウト」されています。これは、無意識のアーキタイプ(隠されたメカニズム)によって条件づけられているのです。この仕組みを「感じた」人たちが、プログラミングにうまく応用するようになったのです。OOPは、私たちの無意識と同じ仕組みで、共通の性質や機能を継承の連鎖によって実現する。
意識と無意識の仕組みが分かれば、その仕組みをコンピュータで再現することができるようになります。技術的なことから一歩引いて、コンセプトの根幹を見つめただけです。
いつになったらタバコをやめるんだ?
OOPという概念についていろいろ考えてみたが、これだ。
...なぜなら、私たちは情報を扱う際に、自分の無意識のパターンをコピーしているだけだからです。
そうだ、ピーター、すべてだ。イーグルの発露があるのだ。
先延ばしにするのをやめる。
やってみなはれ!オブジェクトのコーディングを開始します。
そう、ピーター、すべてがそこにあるのだ。
先延ばしにするのをやめる。
やってみなはれ!オブジェクトのコーディングを開始します。
開始が遅れているようです。そろそろ対象をOOPに変換し、自分たちが持っているものを自覚し、解決策のアーキテクチャを思慮深く考案し始める時期です。リリックを減らして、練習を重ねる。
私のアプローチもOOPです。ただ、現時点ではプレゼンテーションが異なり、「客観性」が低くなっています。しかし、本質は同じです。
1.カーネルでのカプセル化が存在する。
2.部分多型。つまり、エンジンはWindowsとその要素で動作しますが、各ブロックには、特定の種類の要素での動作を定義する条件が挿入されています。
3.グラフィカルコアは階層構造を持たないため、現時点ではオブジェクトのプロパティを 継承することはできません。しかし、これは修正することができます。
私は、カーネルとエンジンをベースに、最小限の構文で、カーネル内のオブジェクトのデジタル表現、完全な階層化、分類、プロパティと機能の継承を行う「軽量」なOOPを作りたいと思っています。つまり、同じOOPでも、私のものです。
そうです、ピーター、すべてです。イーグルの発露があります。
先延ばしにするのをやめる。
やってみなはれ!オブジェクトのコーディングを開始します。
OOPという概念には多くの思想が込められていますが、その内容は以下の通りです。
クラス」「オブジェクト」「プロパティ」「カプセル化」「ポリモーフィズム」「継承」といった概念を残して、構文や専門用語を抽象化しよう。その哲学的な "根源 "を説明する。
現実は「空間」「時間」「物質」のプリズムを通して意識によって認識され(これが感覚器官の働き)、「物体」はそれらの連続的な相互作用の離散的な結果である。
相互作用の形態の多様性は、主体の無意識がある「枠組み」に「植え付ける」様々な対象を生み出す。 この枠組みは枝分かれしたカスケード構造を持ち、その「原型」の一つとして無意識に「組み込まれる」。フレームワークは、その構造全体に分散している新しい、新しいオブジェクト(の情報)を取り込みます。 これが、OOPの概念からきています。それは、無意識の「アルゴリズム」を模倣した意識的な対象の分配と結合である。 自分自身の思考の方法をマスターした主体は、その働きを脳の「トレース」機構、つまりコンピュータでシミュレートすることができるようになるのだ。コンピュータが脳の哀れなパロディであっても、人間は客観的世界の影しか認識できない。 カスケード、枝分かれする原型は、一般に我々の記憶内部のオブジェクト、特性、プロセス、すべての情報の分布の「パターン」である。これは、現実の認識を単純化し、私たちを取り巻く世界のモデルを構造化する生物学的な道具であり、自然から与えられたものです。 私たち自身の「自然な」(つまり無意識の)情報処理メカニズムを意識することは、OOPを使う 上で必要な自己認識のレベルなのです。
記憶、学習、知覚を容易にするこの暗黙の、生物学的な、「木のような」原型を、その「人工的な」応用という文脈で考えてみましょう。OOPでは、オブジェクトの記述をクラスにカプセル化し、プロパティや値を設定することで「生産」します。 オブジェクトの関係は分類に反映され、プロパティやメソッドをグローバルからプライベートに継承することで実現されます。実際には、次のようになります。すべてのプライベートオブジェクトは単なるオブジェクトであり、したがって、単なるオブジェクトのすべてのプロパティとそのプライベートプロパティを持ちます。派生したオブジェクトは、そのプライベートプロパティを共通プロパティとして持ちますが、そのプライベートプロパティを持つことになります。さらに、チェーンは無限に分岐することができます。これは、オブジェクトのメソッドでも同じです。メソッドは、行動、相互作用、プロセス、状態の変化を反映します。オブジェクトのメソッドは、プロパティのように一般的なものからプライベートなものまで分散されています。一般的なプロセスがあれば、それぞれの離散的な形態が独自の特性を持つことになる。そして、これがポリモーフィズムである。つまり、オーバーロードとは異なり、ポリモーフィズムは基礎となる関数の仕組みを保持したまま、異なるプライベートな実装を提供します。これが「機能的」継承である。
このように、OOPにおける「ツリー的なもの」はいたるところにあり、どのようなスキームを考案しても「ツリー」になるのです)。しかし、これも正しい。なぜなら、私たちは情報を扱う際に、自分の無意識のパターンをコピーしているだけだからだ。
うーん、今日Hubrを読み返していたら、なぜかプレゼンテーションのスタイルというか、OOPのご都合主義的な論理が非常に似ているんですよね。
エントリー3
...
4~5日の夕方はシャープで過ごしました。チュートリアルから2章を読む。なんて言ったらいいんだろう。抽象的な計算をする意味のないプログラムを書くことを基本とするアカデミックなアプローチには、まったく感心がない。三角形の面積を計算するようなアプリケーションを自慢できるかというと、そうでもないんです。
....
エントリー4
最初のハードルクラスとオブジェクトの概念にたどり着いた。コンセプトが全く不明です。アイデア自体は明確なのに、それを何のためにどう使うのか?プレイヤー、カジノ、ルーレットのクラスを作成する?では、その中でオブジェクトを発明するのか?そして、彼らは何をするのでしょうか?引き延ばしすぎです。 何か不自然で、プログラムを混乱させるだけのような気がします。
数日後、私のもとにやってきました。息子と運動場を歩きながら、オブジェクト指向の目で周囲を眺めていたのです。
うーん、今日Hubrを見ていたら、なぜかナレーションのスタイルがあなたに似ているというか、OOPのご都合主義的なロジックに似ているんです。
エントリー3.
...
4、5日の夜をシャープで過ごした。チュートリアルから2章を読む。なんて言ったらいいんだろう。抽象的な計算をする意味のないプログラムを書くことを基本とするアカデミックなアプローチには、まったく感心がない。三角形の面積を計算するようなアプリケーションは、自慢できるものではありません。
....
エントリー4
最初のハードルクラスとオブジェクトの概念にたどり着いた。コンセプトが全く不明です。アイデア自体は明確なのに、それを何のためにどう使うのか?プレイヤー、カジノ、ルーレットのクラスを作成する?では、その中でオブジェクトを発明するのか?そして、彼らは何をするのでしょうか?引き延ばしすぎです。何か不自然で、プログラムを混乱させるだけのような気がします。
数日後、私のもとにやってきました。息子と運動場を歩きながら、オブジェクト指向の目で周囲を眺めていたのです。
それはAだ!))