より少ないコード、より多くのアクション...EAを書く - ページ 3

 

さあ、どうぞ。

Maxim Kuznetsov:

EA用のフレームワークを作ってみる(興味があればやってみる)。できるだけ簡単なもので、応用プログラマーに大きな知識を求めないもの。

現地で通用している方法とは異なり、上から下 へと設計を進めて いきます。端末の技術的な基礎からではなく、ユーザーが望むユースケースから

つまり、端末のエンジニアリングベースからではないデザインを 宣言し、最初のリスティングでは、端末のエンジニアリングベースに深く縛られることになるのです。条件付きコンパイルマクロまで使うほど縛りがあるのは、最高ユーザーレベルでも条件付きコンパイルマクロがないとやっていけないからでしょう。
 
Maxim Kuznetsov:

原理的には、GetData OnCrossSignalの内部でこのようなエントリーを使用することができます。潜在的には、スクリプトを書くことも可能です :-)でも、すべて順調です。データの取り扱いは、電子卓のような作りになっています。

そのほうがいい、私が伝えたいことが理解できるようになってきたんだ。上から下へのアプローチを宣言するのであれば、上から始めてください。だから、"all in good time "はもう通用しないのです。これが第一の課題です。

 
 

EasyLanguageは発明されているのでしょうか?私が見てきた多くのMT4-advisorは、複雑なラッパーを使わず、すべてMT4-APIで記述されています。どうやら、コードが非常に簡潔に出てくるので、よりシンプルで信頼性が高いようです。

例えば、MT5用のラッパーを トレーディングに使ったり、MAX用のラッパーを 使ったりすることは、そのラッパーを作った人だけが簡単にできることです。

 
fxsaber:

EasyLanguageは発明されているのでしょうか?私が見てきた多くのMT4-advisorは、複雑なラッパーを使わず、すべてMT4-APIで記述されています。どうやら、コードが非常に簡潔に出てくるので、よりシンプルで信頼性が高いようです。

例えば、MT5用のラッパーを トレーディングに使ったり、MAX用のラッパーを 使ったりすることは、そのラッパーを作った人だけが簡単にできることです。

私もそう思いますし、何かを使う、学ぶためには、これからの開発とサポートが重要です。馬鹿な例ですが、それでもmql6や新種のオーダーは出てくるでしょう、要はまだこのサイトでマナを読まなければならないなら、これらのラッパーに対処する必要があったのです。
 
Aleksei Beliakov:
私もそう思いますし、何かを使ったり学んだりするためには、これからの開発やサポートが重要です。馬鹿な例ですが、それでも、mql6が出たり、新しい種類の注文が出たり、このサイトでまだマナを読まなければならない場合、これらのラッパーに対処する感覚でした。
マナを読んだり、ピタを飲んだり、ご飯を食べたり...。
鶏を燻製にしたり、噂を聞いたりしながら、よく整理された構造に新しいオブジェクトを追加するのはとても簡単です :)
 
Artyom Trishkin:.
整理された構造に新しいオブジェクトを追加するのは非常に簡単です。
そうでないと言ったか?
 
Vasiliy Sokolov:

まあ、ちゃんと書いてますね。しかし、ユーザーはそのような疑似コードの方がずっとよく理解できる。

もうひとつは、この特殊な形(プロシージャルのことですね)で動作させるのはもっと難しいのですが、それでも可能だということです。これは、ユーザーレベルの指示をできるだけシンプルかつ抽象的にすることを目指すべきものです。あなたの場合、条件付きコンパイルマクロや、平均値を計算するための特定の関数など、ユーザーが単に処理できない技術的な詳細を指定する必要があります。

if(SMA(Close, 12) > SMA(Close, 24))
   BUY();
else
   SELL();

そして、それを実装することの何が問題かというと、TCが設計したユニバーサルクラスを書き、その下に、メソッドコールをラップする場所を定義した別のインルーラーを入れるのです。

#define  BUY()   EA.SendOrder(cmdbuy)
#define  SELL()  EA.SendOrder(cmdsell)

実装はユーザーには見えないが、ユーザーの利便性を考慮する必要がある

そこで

 
コマースや第三者による商業的なリンクはご遠慮ください。
 
Vladimir Karputov:
コマースはご遠慮ください。
次のステップについての投稿を削除したのはなぜですか?