記事"「サル」でもわかるMQL:オブジェクトクラスの設計 構築方法"についてのディスカッション - ページ 4

 
記事のタイトルに "ティーポット "って書いてあったから、やっと僕のことを覚えてくれたんだと思う。ああ、そうだろう。半年前にコバレフのMKL4の教科書を読んだにもかかわらず、だ。君たちなら、ダミーと書く前に、ダミーというのは控えめに言ってもダミーではないという意味だろう、とすぐに明示するだろう。あるいは、ダミーの定義か何かを教えてくれ!?
 
Tincup:
記事のタイトルに "ティーポット "って書いてあったから、やっと僕のことを思い出してくれたんだと思う。ああ、そうだろう。半年前にコバレフのMKL4の教科書を読んだにもかかわらず、だ。君たちはダミーと書く前に、ダミーというのは控えめに言ってダミーではないという意味だろう、とはっきり言うだろう。ダミーの定義は何だ?

ええ、私も同じことを考えました。でも、一般的には、僕はそれを読んで理解したんだ。 クールなおもちゃだし、いくつかのことを学んだよ。

でも、僕はウーペシュニクを知っている友人からいろいろなことを教えてもらわなければならなかったし、そういう人たちもいた。

でも例えば、ポリモーフィズムや 継承を理解するのはとても難しい。

カプセル化はまだいいとして...。

でも、それ以外のことはウィキペディアを参考にしています。

 

結局のところ、この記事は初心者向けではない...。

私は放物線を待って いる。 男は普通に書いているようだ。

塩で言うように。

そして、ウィキペディアに不必要にアクセスすることもない。

でもまた、読んでみようと思う。

 
Tincup:
記事のタイトルに "ティーポット "って書いてあったから、やっと僕のこと思い出してくれたんだと思う。そうだね。

何が分からないんだ?質問はどこですか?喜んでお答えしますよ。

===

対話がない以上、"ダミー "にとって不明なことを想定するのは難しい。

 

コンパイルできない。

'w_corner' - 列挙型に変換できません ClassWin.mqh 114 20

 
bcsunwww :

コンパイルできない。

'w_corner' - 列挙型に変換できません ClassWin.mqh 114 20

明示的な型キャストを使用してください:

置き換える

Property.Corner= w_corner;

で置き換えてください。

Property.Corner=(ENUM_BASE_CORNER) w_corner;
記事のソースコードを修正しました。ありがとうございました。
 

OOPダミーからの質問です!

エキスパートアドバイザーを書く ためだけにMQL4をマスターしました。やっと成功したExpert Advisorが書けました。

OOPはExpert Advisorを書く上でどのように役立つのでしょうか?

 
dimeon:

OOPダミーからの質問です!

OOPはExpert Advisorを書く上で、ボタンやその他のグラフィカルなオブジェクトでチャートを装飾する以外、どのように役立つのでしょうか?

例えばこんな感じです:取引戦略はクラスであり、クラス内にはMM、SLとTPレベルの計算、フィルターなどのメソッドがあります。ストラテジーの基本クラスを作成したら、それを別のExpert Advisorで使用し、1つか2つのメソッドだけを変更することができます。
 
dimeon:

OOPダミーからの質問です!

エキスパートアドバイザーを書くためだけにMQL4をマスターしました。やっと成功したExpert Advisorが書けました。

OOPはExpert Advisorを書く上でどのように役立つのでしょうか?


2平方メートルの菜園ならシャベルで掘り返せるのに、なぜトラクターが必要なのだろう?

まずOOPの可能性を研究し、それが役に立つかどうかを判断してください。

原則的に、プロジェクトが それほど大きくなく、自分一人でやるのであれば、OOPはなくても大丈夫だが、数人で一緒にやるのであれば、小さなプロジェクトでもOOPは有利に働く。

 
DC2008:
例えば、次のようなものです:取引戦略はクラスであり、クラスの中にはMM、SLとTPレベルの計算、フィルターなどのメソッドがあります。ストラテジーの基本クラスを作成したら、それを別のExpert Advisorで使用し、1つか2つのメソッドを変更するだけで、残りは継承されます。

それでも、OOPを使う 利点は見当たらない。多分、そのような「クラス」がどのような獣なのか理解できないのだろう。

あなたが言ったことは、別々の関数として形式化できます。それとも、すべてではないのですか?私はOOPの原理を理解しようとしているのです。

具体的な簡単な例で、適切にフォーマットされたコード(OOPがある場合とない場合)の作業スピードの違いや、プロジェクト編成の簡素化という点でのOOPの利点を見てみたいのです。