OOPの専門家に質問です。 - ページ 34 1...272829303132333435363738394041...55 新しいコメント Dmitry Fedoseev 2019.10.03 18:58 #331 Реter Konow: 読んでないんですけどね。ゆっくり読ませていただきます。具体的にはどのようなものがおすすめですか？ カント、ヘーゲルずいぶん前のことです。しかし、私自身はある特定の「オブジェクト」モデルを開発しました。 プログラミングにおけるOOPの基本を勉強した方が良いよ。 そして、一般的には、OOPの概念は、Feuerbachの概念の観点から、まあ、もしかしたら、原初的パンソフィズムの観点から考える方がいいかもしれません。一方、Neo-LuddismやEkstropianismのアプローチは避けるべきで、原初的パンソフィズムの伝統から見ると、それらは、Conventionalismが高まっていてあまり適さないからです。 Реter Konow 2019.10.03 19:24 #332 Dmitry Fedoseev: プログラミングにおけるOOPの基本を学んだ方が良い。 ... 基礎編：タスクを取り、その中から「オブジェクト」を選択する。各オブジェクトに対応するクラスを作成します。クラス内のオブジェクトを記述する。 ツリー状のスキームを構築し、「ルート」は最も抽象的なプロパティを持つオブジェクトで、次に、より具体的なプロパティとメソッドを持つ子孫オブジェクトのクラスを作成します。クラスは、オブジェクトの記述、クラスインスタンスのリンクプロパティとメソッドのカプセル化を、継承チェーンによって実現します。クラスの一般的なスキームは、自然な意味上の分類に論理的に対応する必要があります。 意味の領域を実体に「解析」し、それらをツリー状のシーケンスで「吊るし」ます - 抽象から具体へ、プロパティとメソッドの継承は同じ「ツリー状」形式を採用します。便利ですが、オブジェクト、プロパティ、メソッド、データを分離し、リンクするための複雑な構文バリアで我慢する必要があります。 Dmitry Fedoseev 2019.10.03 19:27 #333 Реter Konow: 基本：タスクを取り、その中から「オブジェクト」を選択する。各オブジェクトに対応するクラスを作成します。クラス内のオブジェクトを記述します。 最も抽象的な性質を持つオブジェクトを「根」とし、より具体的な性質やメソッドを持つ派生オブジェクトクラスを作るという、ツリー状のスキームを構築しているのです。クラスは、オブジェクトの記述、クラスインスタンスのリンクプロパティとメソッドのカプセル化を、継承チェーンによって実現します。クラスの一般的なスキームは、自然な意味での分類と論理的に一致しなければならない。ソ リューション領域をエンティティに「またがり」、抽象から具象へ、プロパティやメソッドの継承も同じ「ツリー状」の形で「ぶら下げる」のである。便利ですが、オブジェクト、プロパティ、メソッド、データを分離し、リンクするための複雑な構文バリアで我慢する必要があります。 誤った論文が強調されている。分類は解決すべき課題に対応するものでなければならない。 aleger 2019.10.03 19:57 #334 Dmitry Fedoseev: ここは問題外です。あくまで、オブジェクトを エンティティの集合から 切り離すという ことです。 とにかく、議論することは何もない...。 Dmitry Fedoseev 2019.10.03 20:13 #335 aleger: 気にしないでください - 議論することは何もありません... それなのに...例えば、ADX指標 - ADX線のレベルは、トレンドの強さを示しています。もちろん、すべては概算であり、相対的なものです。 aleger 2019.10.03 20:44 #336 Dmitry Fedoseev: そして、もしそうなったら...例えば、ADX指標 - ADXラインのレベルは、トレンドの強さを示しています。もちろん、すべては概算であり、相対的なものです。 私はただ、それぞれのトレンドの始まりと終わりが分かればいいのですが、それを完璧に満たしてくれるのが 現在のトレンド指標の原型は、よく知られている「ジグザグ」である。 削除済み 2019.10.04 06:13 #337 Реter Konow: 読んでないんですけどね。ゆっくり読ませていただきます。具体的にはどのようなものがおすすめですか？ もちろん、C++です。 でも、まずはここから始めてみては いかがでしょうか。 ООП для школьников. 2019.09.08www.mql5.com ======================================================================================================================== В этой теме будет нескольк... Реter Konow 2019.10.05 17:04 #338 継承とポリモーフィズムの意味を考えたとき、オブジェクトの動的な内容を構造化し、分散したデータのレイヤーをリンクしカプセル化するのに役立つツールであるという結論に達しました。継承はデータの構造化、ポリモーフィズムはメソッドの構造化を目的としています。つまり、継承とポリモーフィズムは、情報とメソッドという2種類のコンテンツに適用される同じツールなのです。 継承とポリモーフィズムは、自然にオブジェクトのツリー状の構造を生成し、その中で特定のチェーンが重要な役割を果たす。 各セグメントを独立したオブジェクトとして扱うことができるカプセル化機能を持つ。興味深いことに、OOPの構造化は、常にデータを抽象から具象へ、一般から私有へと配置します。全体は型と形に分けられ、継承の連鎖によってそれらと直接的な関係を持ち、それぞれの連鎖は互いに分離しているが、共通の根源でそれに収斂しているのである。 一見すると、単純なツリー状の階層を説明しているように見えますが、ポイントは、OOPがデータを扱う際の普遍的なアーキタイプとして、最も効率的で便利なプログラミング方法を提示している点です。否定はしない。 チェーン間の "クロスリンク "という問題を、OOPはどのように解決しているのでしょうか。 Dmitry Fedoseev 2019.10.05 18:33 #339 それならば、機能を拡張するための継承と、機能をオーバーライドするためのポリモーフィズム であるべきです。ポリモーフィズムと継承の両方が使われていますが。 Реter Konow 2019.10.05 18:45 #340 Dmitry Fedoseev: そして、機能を拡張するための継承と、機能をオーバーライドするためのポリモーフィズム。ポリモーフィズムと継承の両方が使われていますが。 階層の深いところに共通のルートを持つ子孫クラス間のクロスリンクは、どのように確立されるのでしょうか？ 例えば、こんな感じです。クラスFとクラスZは、階層内の共通のルートであるクラスAを持つ継承の連鎖の末端リンクです。 クラスFからクラスZのデータやメソッドを取得する方法は？ 1...272829303132333435363738394041...55 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
読んでないんですけどね。ゆっくり読ませていただきます。具体的にはどのようなものがおすすめですか？
カント、ヘーゲルずいぶん前のことです。しかし、私自身はある特定の「オブジェクト」モデルを開発しました。
プログラミングにおけるOOPの基本を勉強した方が良いよ。
そして、一般的には、OOPの概念は、Feuerbachの概念の観点から、まあ、もしかしたら、原初的パンソフィズムの観点から考える方がいいかもしれません。一方、Neo-LuddismやEkstropianismのアプローチは避けるべきで、原初的パンソフィズムの伝統から見ると、それらは、Conventionalismが高まっていてあまり適さないからです。
プログラミングにおけるOOPの基本を学んだ方が良い。
...
基礎編：タスクを取り、その中から「オブジェクト」を選択する。各オブジェクトに対応するクラスを作成します。クラス内のオブジェクトを記述する。
ツリー状のスキームを構築し、「ルート」は最も抽象的なプロパティを持つオブジェクトで、次に、より具体的なプロパティとメソッドを持つ子孫オブジェクトのクラスを作成します。クラスは、オブジェクトの記述、クラスインスタンスのリンクプロパティとメソッドのカプセル化を、継承チェーンによって実現します。クラスの一般的なスキームは、自然な意味上の分類に論理的に対応する必要があります。 意味の領域を実体に「解析」し、それらをツリー状のシーケンスで「吊るし」ます - 抽象から具体へ、プロパティとメソッドの継承は同じ「ツリー状」形式を採用します。便利ですが、オブジェクト、プロパティ、メソッド、データを分離し、リンクするための複雑な構文バリアで我慢する必要があります。
基本：タスクを取り、その中から「オブジェクト」を選択する。各オブジェクトに対応するクラスを作成します。クラス内のオブジェクトを記述します。
最も抽象的な性質を持つオブジェクトを「根」とし、より具体的な性質やメソッドを持つ派生オブジェクトクラスを作るという、ツリー状のスキームを構築しているのです。クラスは、オブジェクトの記述、クラスインスタンスのリンクプロパティとメソッドのカプセル化を、継承チェーンによって実現します。クラスの一般的なスキームは、自然な意味での分類と論理的に一致しなければならない。ソ リューション領域をエンティティに「またがり」、抽象から具象へ、プロパティやメソッドの継承も同じ「ツリー状」の形で「ぶら下げる」のである。便利ですが、オブジェクト、プロパティ、メソッド、データを分離し、リンクするための複雑な構文バリアで我慢する必要があります。
誤った論文が強調されている。分類は解決すべき課題に対応するものでなければならない。
ここは問題外です。あくまで、オブジェクトを エンティティの集合から 切り離すという ことです。
とにかく、議論することは何もない...。
気にしないでください - 議論することは何もありません...
それなのに...例えば、ADX指標 - ADX線のレベルは、トレンドの強さを示しています。もちろん、すべては概算であり、相対的なものです。
そして、もしそうなったら...例えば、ADX指標 - ADXラインのレベルは、トレンドの強さを示しています。もちろん、すべては概算であり、相対的なものです。
私はただ、それぞれのトレンドの始まりと終わりが分かればいいのですが、それを完璧に満たしてくれるのが
現在のトレンド指標の原型は、よく知られている「ジグザグ」である。
読んでないんですけどね。ゆっくり読ませていただきます。具体的にはどのようなものがおすすめですか？
もちろん、C++です。
でも、まずはここから始めてみては いかがでしょうか。
継承とポリモーフィズムの意味を考えたとき、オブジェクトの動的な内容を構造化し、分散したデータのレイヤーをリンクしカプセル化するのに役立つツールであるという結論に達しました。継承はデータの構造化、ポリモーフィズムはメソッドの構造化を目的としています。つまり、継承とポリモーフィズムは、情報とメソッドという2種類のコンテンツに適用される同じツールなのです。
継承とポリモーフィズムは、自然にオブジェクトのツリー状の構造を生成し、その中で特定のチェーンが重要な役割を果たす。 各セグメントを独立したオブジェクトとして扱うことができるカプセル化機能を持つ。興味深いことに、OOPの構造化は、常にデータを抽象から具象へ、一般から私有へと配置します。全体は型と形に分けられ、継承の連鎖によってそれらと直接的な関係を持ち、それぞれの連鎖は互いに分離しているが、共通の根源でそれに収斂しているのである。
一見すると、単純なツリー状の階層を説明しているように見えますが、ポイントは、OOPがデータを扱う際の普遍的なアーキタイプとして、最も効率的で便利なプログラミング方法を提示している点です。否定はしない。
チェーン間の "クロスリンク "という問題を、OOPはどのように解決しているのでしょうか。
そして、機能を拡張するための継承と、機能をオーバーライドするためのポリモーフィズム。ポリモーフィズムと継承の両方が使われていますが。
階層の深いところに共通のルートを持つ子孫クラス間のクロスリンクは、どのように確立されるのでしょうか？
例えば、こんな感じです。クラスFとクラスZは、階層内の共通のルートであるクラスAを持つ継承の連鎖の末端リンクです。
クラスFからクラスZのデータやメソッドを取得する方法は？