より少ないコード、より多くのアクション...EAを書く - ページ 3 12345678910 新しいコメント Vasiliy Sokolov 2019.03.07 12:50 #21 さあ、どうぞ。Maxim Kuznetsov:EA用のフレームワークを作ってみる(興味があればやってみる)。できるだけ簡単なもので、応用プログラマーに大きな知識を求めないもの。 現地で通用している方法とは異なり、上から下 へと設計を進めて いきます。端末の技術的な基礎からではなく、ユーザーが望むユースケースから。 つまり、端末のエンジニアリングベースからではないデザインを 宣言し、最初のリスティングでは、端末のエンジニアリングベースに深く縛られることになるのです。条件付きコンパイルマクロまで使うほど縛りがあるのは、最高ユーザーレベルでも条件付きコンパイルマクロがないとやっていけないからでしょう。 Vasiliy Sokolov 2019.03.07 12:53 #22 Maxim Kuznetsov:原理的には、GetData OnCrossSignalの内部でこのようなエントリーを使用することができます。潜在的には、スクリプトを書くことも可能です :-)でも、すべて順調です。データの取り扱いは、電子卓のような作りになっています。 そのほうがいい、私が伝えたいことが理解できるようになってきたんだ。上から下へのアプローチを宣言するのであれば、上から始めてください。だから、"all in good time "はもう通用しないのです。これが第一の課題です。 Sergey Chalyshev 2019.03.07 13:01 #23 fxsaber 2019.03.07 13:16 #24 EasyLanguageは発明されているのでしょうか?私が見てきた多くのMT4-advisorは、複雑なラッパーを使わず、すべてMT4-APIで記述されています。どうやら、コードが非常に簡潔に出てくるので、よりシンプルで信頼性が高いようです。 例えば、MT5用のラッパーを トレーディングに使ったり、MAX用のラッパーを 使ったりすることは、そのラッパーを作った人だけが簡単にできることです。 Aleksei Beliakov 2019.03.07 14:11 #25 fxsaber:EasyLanguageは発明されているのでしょうか?私が見てきた多くのMT4-advisorは、複雑なラッパーを使わず、すべてMT4-APIで記述されています。どうやら、コードが非常に簡潔に出てくるので、よりシンプルで信頼性が高いようです。 例えば、MT5用のラッパーを トレーディングに使ったり、MAX用のラッパーを 使ったりすることは、そのラッパーを作った人だけが簡単にできることです。 私もそう思いますし、何かを使う、学ぶためには、これからの開発とサポートが重要です。馬鹿な例ですが、それでもmql6や新種のオーダーは出てくるでしょう、要はまだこのサイトでマナを読まなければならないなら、これらのラッパーに対処する必要があったのです。 Artyom Trishkin 2019.03.07 14:18 #26 Aleksei Beliakov: 私もそう思いますし、何かを使ったり学んだりするためには、これからの開発やサポートが重要です。馬鹿な例ですが、それでも、mql6が出たり、新しい種類の注文が出たり、このサイトでまだマナを読まなければならない場合、これらのラッパーに対処する感覚でした。 マナを読んだり、ピタを飲んだり、ご飯を食べたり...。鶏を燻製にしたり、噂を聞いたりしながら、よく整理された構造に新しいオブジェクトを追加するのはとても簡単です :) Aleksei Beliakov 2019.03.07 14:24 #27 Artyom Trishkin:.整理された構造に新しいオブジェクトを追加するのは非常に簡単です。 そうでないと言ったか? Igor Makanu 2019.03.07 14:34 #28 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 2019.03.10 11:34 #29 コマースや第三者による商業的なリンクはご遠慮ください。 Maxim Kuznetsov 2019.03.10 11:44 #30 Vladimir Karputov: コマースはご遠慮ください。 次のステップについての投稿を削除したのはなぜですか? 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
さあ、どうぞ。
EA用のフレームワークを作ってみる(興味があればやってみる)。できるだけ簡単なもので、応用プログラマーに大きな知識を求めないもの。
現地で通用している方法とは異なり、上から下 へと設計を進めて いきます。端末の技術的な基礎からではなく、ユーザーが望むユースケースから。
原理的には、GetData OnCrossSignalの内部でこのようなエントリーを使用することができます。潜在的には、スクリプトを書くことも可能です :-)でも、すべて順調です。データの取り扱いは、電子卓のような作りになっています。
そのほうがいい、私が伝えたいことが理解できるようになってきたんだ。上から下へのアプローチを宣言するのであれば、上から始めてください。だから、"all in good time "はもう通用しないのです。これが第一の課題です。
EasyLanguageは発明されているのでしょうか?私が見てきた多くのMT4-advisorは、複雑なラッパーを使わず、すべてMT4-APIで記述されています。どうやら、コードが非常に簡潔に出てくるので、よりシンプルで信頼性が高いようです。
例えば、MT5用のラッパーを トレーディングに使ったり、MAX用のラッパーを 使ったりすることは、そのラッパーを作った人だけが簡単にできることです。
EasyLanguageは発明されているのでしょうか?私が見てきた多くのMT4-advisorは、複雑なラッパーを使わず、すべてMT4-APIで記述されています。どうやら、コードが非常に簡潔に出てくるので、よりシンプルで信頼性が高いようです。
例えば、MT5用のラッパーを トレーディングに使ったり、MAX用のラッパーを 使ったりすることは、そのラッパーを作った人だけが簡単にできることです。
私もそう思いますし、何かを使ったり学んだりするためには、これからの開発やサポートが重要です。馬鹿な例ですが、それでも、mql6が出たり、新しい種類の注文が出たり、このサイトでまだマナを読まなければならない場合、これらのラッパーに対処する感覚でした。
まあ、ちゃんと書いてますね。しかし、ユーザーはそのような疑似コードの方がずっとよく理解できる。
もうひとつは、この特殊な形(プロシージャルのことですね)で動作させるのはもっと難しいのですが、それでも可能だということです。これは、ユーザーレベルの指示をできるだけシンプルかつ抽象的にすることを目指すべきものです。あなたの場合、条件付きコンパイルマクロや、平均値を計算するための特定の関数など、ユーザーが単に処理できない技術的な詳細を指定する必要があります。
そして、それを実装することの何が問題かというと、TCが設計したユニバーサルクラスを書き、その下に、メソッドコールをラップする場所を定義した別のインルーラーを入れるのです。
実装はユーザーには見えないが、ユーザーの利便性を考慮する必要がある
そこで
コマースはご遠慮ください。