OOPのあるアプリケーションについて - ページ 5

新しいコメント
 
Dmitry Fedoseev:

毎回このように書いても違いはないのでしょうか。

SymbolInfoDouble(Symbol(),SYMBOL_ASK) 

とか、こんな感じ。

s.Ask() 

?

という違いはあるのでしょうか。

a<- b

и

for(i = 1; i < 1000; i++)

{

a[i] = b[i] とする。

}

それに、もっと面白いものもありますよ、例えば。

c <- b*a

ここで、すべての識別子は行列であり、この行列演算はWindowsで最も効率的なコードを使用して実行されます。

??????

そんなことより

MQL4がシンプルさと可能性のバランスが絶妙な言語だった頃、多くのコーダーがすべての「いいとこ取り」を議論し始め、収拾がつかなくなってしまったのです。それでアホみたいに損失が発生してHAPPYになったんだろう。

 
СанСаныч Фоменко:

という違いはあるのでしょうか。

a<- b

и

for(i = 1; i < 1000; i++)

{

a[i] = b[i] とする。

}

それに、もっと面白いものもありますよ、例えば。

c <- b*a

ここで、すべての識別子は行列であり、この行列演算はWindowsで最も効率的なコードを使用して実行されます。

??????

そんなことより

MQL4がシンプルさと可能性のバランスが絶妙な言語だった頃、多くのコーダーがすべての「いいとこ取り」を議論し始め、収拾がつかなくなってしまったのです。それでアホみたいに損失が発生してHAPPYになったんだろう。

行列や数値を扱う言語を比較するのは間違っています。
 
СанСаныч Фоменко:

という違いはあるのでしょうか。

a<- b

и

for(i = 1; i < 1000; i++)

{

a[i] = b[i] とする。

}

それに、もっと面白いものもありますよ、例えば。

c <- b*a

ここで、すべての識別子は行列であり、この行列演算はWindowsで最も効率的なコードを使用して実行されます。

??????

そんなことより

MQL4がシンプルさと可能性のバランスが絶妙な言語だった頃、多くのコーダーが「いいとこ取り」の議論を始め、収拾がつかなくなりました。だから、アホとヘタレを手に入れたんだよ。

あったもの、すべて残る。嫌なら、OOPを使うな。PLOには手を出さず、考えず、今まで通り生きていけばいい。

ポジションを開く 前に「with <- b*a」を実行した後、まだ多くのアクションが必要ですが、OOPを使って実行すれば、人生はより快適で楽しくなります。

Rやmatlabの作成者に、これらのプログラムからポジションを開くことが不可能であること、一般的に、取引の実行に直接結びついていないことについて文句を言ったらどうでしょうか。どんなプログラミング言語でも、同じようにたどり着けます。行列などを扱うアクションがある言語はほとんどありません。異なるカテゴリーのものを比較しているのですね。

 
Dmitry Fedoseev:

そこにあったものは、すべてそこにある。嫌なら、OOPを使うな。OOPに触れることもなく、考えることもなく、以前のように生活することができます。

ポジションを開く 前に「with <- b*a」を実行した後、まだ多くのアクションが残っていますが、OOPを使って実行すれば、より快適で楽しい生活が送れるでしょう。

Rやmatlabの作成者に、これらのプログラムからポジションを開くことが不可能であること、一般的に、取引の実行に直接結びついていないことについて文句を言ったらどうでしょうか。どんなプログラミング言語でも、同じようにたどり着けます。行列などを扱うアクションがある言語はほとんどありません。異なるカテゴリーのものを比較しているのですね。

付け加えると、OOPを使って、必要であれば、行列演算を実装したCMatrixクラスを作り、その中で+ - * / =をオーバーライドすることができます。

そして、すべてはそのようにシンプルになるのです。CMatrixを作る必要もなく、すでにどのライブラリにもすべて実装されています。

CMatrix m1, m2;
// заполняем матрицы
CMatrix m3 = m1 + m2;

ちなみに、私はサンサンチをひっくり返すつもりです ))。拝啓、あなたの好きなRにも2つのOOPシステムがあることをご存知ですか？ )))))))))ただ、悲しみに酔うことはありません ))

R.また、この統計データ解析言語は、S3とS4という2つのオブジェクト指向プログラミングシステムを持っています。どちらもS言語から継承している（Rが商用S言語のオープンソース実装であることを考えれば、驚くにはあたらない）。S4は、ほとんどの場合、現代の主流の言語のOOP実装と一致している。S3は、より軽量で、言語自体で実装された基本的なもので、一般的な関数を一つ作成し、受け取ったオブジェクトの「クラス」属性によってリクエストをディスパッチするものである。

 
Alexey Volchanskiy:

さらに、必要であればOOPを利用して、行列演算を実装したCMatrixクラスを作成し、その中で+ - * / =をオーバーライドすることができます。

そして、すべてが同じように簡単になるのです。CMatrixを作る必要もなく、すでにどのライブラリにもすべて実装されているのです。

できます。しかし、SanSan8は、このRでは、SanSan8が考えるように、これらの行列演算は、おそらく純粋なアセンブリ言語でコーディングすることによって、最良の方法で行われないだろうと答えます。

Rとの違いは、Rではすべてが既製品で、それを受け取って使うだけですが、こちらではすべてを自分でやらなければならないことです。

 
Dmitry Fedoseev:
できますが、SanSan8は、それは最善の方法で行われないだろうと答えます。それは、SanSan8が考えるように、このRでは、これらの行列演算は最善の方法で行われ、おそらく純粋なアセンブラ上でコーディングされているようです。

前の投稿に追記しました。RにはOOPがあることがわかりました。(恐ろしい））。

ちなみに、このRを試したことがあるのですが、珍しいブレーキですね。当たり前だ。インタープリターなんだから。だから、Asmはダメなんだ。

 
Alexey Volchanskiy:

前の投稿に追記しました。RにはOOPがあることがわかりました。(恐ろしい））。

ちなみに、このRを試したことがあるのですが、珍しいブレーキですね。当たり前だ。インタープリターなんだから。だから、Asmはダメなんだ。

猫の調理法を知らない人は黙っててね...。

R.統計データ解析のためのこの言語は、2つのオブジェクト指向プログラミングシステムも持っています。

それがどうした？MQLにはないものがたくさんあるんです。それがどうした？

そういう問題じゃないんです。ある言語が他の言語よりアルゴリズム的に優れていることは、対象領域に関してある閾値を超えると全く問題にならなくなります。

ここではコーダーの嗜好を噛み砕いているわけですが、個人的にはトレードのために来ているわけです。

PS.

行列クラスは、行列演算のためにインテル・ライブラリを使用しなければなりませんが、その場合、この問題ではRと同等になるかもしれません。

 
Vasiliy Sokolov:

お待たせしました。標準ライブラリのトレーディングクラスの階層構造。

これは、資金管理モジュールが Expert Advisorであることを意味します。トレーリングストップもExpert Advisorです。Expert Advisorには、他のExpert Advisorが含まれます。この矛盾した継承は、トレーリングストップとマネーマネジメントの両方が、ベースとなるExpert Advisorのいくつかのプライベートデータとメソッドにアクセスする必要があることに起因しています。

まあ、これは単なる無策の階級制度なんだけどね。

一方、私のExpert Advisorのテンプレートは、すべてStandard Libraryのクラスをベースにしており、特に問題はありません。 Expert Advisorのパーツファクトリの思想は、実装されているのです。クラスのユーザーにとって、EAを書くことは、入力の生成器、フィルター、SL-TPの定義器、およびTSの他の構成要素を作成する方法を知っている、まさにこのファクトリーを書くことである。

 
СанСаныч Фоменко:

MQL4という、シンプルさと機能のバランスが絶妙な言語があったのですが、多くのコーダーが「いいもの」を語り始め、収拾がつかなくなってしまったのです。そして、その結果、アホとLOSSになったわけです。

よくわからないことが...まあ、MQL5のイノベーションは使わないでください、それだけです。

私は、継承と仮想関数が とても好きです。でも、急ぎで簡単なことをしたいときは、使いません。同時に、複雑なデータの複雑な処理が必要な場合、OOPを使えば、より便利に処理できますし、重要なのは、その後のメンテナンスも非常に簡単であることです。

 
George Merts:

意味がわからない...まあ、MQL5のイノベーションは使うな、というだけのことです。

私は、継承と仮想関数が とても好きです。でも、急ぎで簡単なものを作りたいときは使わないですね。同時に、複雑なデータの処理が必要な場合は、OOPを使う方がはるかに便利ですし、重要なのは、その後のメンテナンスも非常に容易なことです。

ただ、ひとつだけ残念なことがあります。MQLには、相場を統計的に分析するためのツールがまったくないのです。特にRを扱う場合は顕著です。どんな些細なことでもプログラミングが必要です。しかも、モデルについて話すときは無言になるくらいです。

しかし、それだけではありません。

外部ライブラリは禁止されており、そのためRマーケットプレイスではもしこの制約がなければ、私は非常に質の高いインジケーターを販売することで、何のリスクもなく一攫千金を狙っていたことでしょう。

しかし、それだけではありません。

このサイトには戦闘コーダーのグループがいて、「ここはプログラマーのサイトだから、売買関連の書き込みは不適切だ」とタカをくくっている。

それがOOPの背景です。それ以外は、好みの問題です。

123456789101112
新しいコメント