なぜコードベースには完全なEAがないのですか？
その真実は、これらのすべてが1つのコードベースEAでカバーされているわけではありません。
最近の新しい MACDサンプルは、フル/サブピップ口座に加えてECN/STPブローカー用に更新されています。
他の項目：-を再
- 適切な資金管理オプション - 意見は様々で、これは非常に複雑になる可能性があります。
- 適切なMagic#の識別（orderTotals=0がCountでない場合）-この例を 参照してください。
- TradeContexBusyやServer is Un-foundとの通信のための事前チェック- 私は、注文チャネルのエラーを処理するためのスレッドがあると信じています。
他の項目は、システムが動作しているコーダーに興味を持っている＆通常、それまでに、彼らは自分自身を定義し、コーディングするのですか？
ほとんどのフレンドリーな 新人や 中堅のEAコーダーは、完全な商用EAの膨大な量に圧倒されるでしょう...。
でも...いつでも投稿してください :)
-BB-
OK!さて、この記事の内容からすると理解できるかもしれませんが、「なぜやらないんだ」と私を攻撃し始める前に。実は、私はこのようなコードベースのEAに取り組んでいるのです。実は1つ目は、私自身の勉強のためにやっているのです。しかし、どうして今まで誰もこれをやらなかったのでしょうか？
多くの支持（道徳的に:P）と感謝があります。
完全に安定したEAを書くためのスキル、ライブトレードが可能で、あなたが指摘したすべてを含む、私の意見では、あなたがお金を払うべきスキルです。つまり、コーディングの達人たちの隠された小さな秘密なのです)
あなたがコードを投稿すると、大衆によるmql4コーディングの質は時間とともに向上するはずですが、フォーラムの投稿の質は概して低下するはずです（私たちは皆、あなたのコードへのリンクを参考にします :P）。
楽しみにしています。
これらのことはすべて、本当に公式APIの一部であるべきです。例えば、トレード・コンテキストの問題、注文を処理する信じられないほど面倒な方法、マジックナンバーなど、取引イベント・ハンドラの不在、少なくとも、履歴イベントのフィルタリングおよびソートされたリストを簡単に照会するためのシンプルなAPIなどです。低レベルのMT4 APIのすべて（または一部）を、より高レベルでより使いやすいものにラップするためのライブラリ全体が書かれており、そのようなものの自分だけのバージョンや実装を維持している人たちがいるのです。
Metaquotesの奇妙な会社方針とエンドユーザーやEA開発 者に対する敵対的な態度のおかげで、そのようなAPIについて議論し合意し、共同で改善について議論し貢献するための何らかの建設的なコミュニティプロセス（または少なくともMQとの何らかの建設的な対話）を確立することはほとんど不可能（そして誰も試みる気にならない）ように思われます。 しかし、そのようなAPIは全く必要であり、すべての標準的なMT4インストールの一部であるべきで、機能にアクセスするための公式推奨方法であるべきであろう。
> Metaquotesの奇妙な企業ポリシーに感謝...。
私の推測では、時間、労力、リスクとリターンの問題です。
現状では、MTはいくつかのコードを掲載し、これらは例であり、実行するかどうかはあなたの責任であると言うことができます。
MT（またはその他）が、決定的な注文処理コードとして ライブラリを掲載し、そこにバグがあったり、市場の状況が変わったり、サーバー側の動作が変わったりすると、重大な責任が発生する可能性がある。
Fx市場は多くの変数がある荒れた場所なので、より高度なAPIであってもある程度のリスクに晒されます。
マイクロソフトはOfficeのバージョンを公開し、随時更新を行うことができますが、トレーディングソフトウェアでは2度目のチャンスはありません。
> 人々はライブラリ全体を書きました...彼らの一人一人が、そのようなものの自分だけのバージョン/実装を維持しています...。
このようなものを開発するのに必要な時間、労力、決意、そして（失った）お金を考えると、それはちょっと理解できますね...。
-BB-
ほぼすべての産業で同じようなことが起こっています。経営学や数学、心理学などの本もありますが、決定的な方法があるわけではなく、プロは「あなたが定義したとおりになる」と言い、ホビイストは「私のブローカーで機能すればそれでいい」と言います。
@forexCoder:...あなたがコードを投稿すると、大衆によるmql4コーディングの質は時間とともに向上するはずですが、フォーラムの投稿の質は概して低下するはずです（私たちは皆、参考のためにあなたのコードへのリンクを使用します :P）... 。
サポートに感謝します ;)。しかし、それほど壮大なものにはならないでしょう。個々のタスクについては、フォーラム中にもっと良い例が散らばっています。私が話しているのは、例えばOrderReliableを処理する指定されたインクルードファイルやライブラリファイルよりもはるかに小さなセグメントについてです。私のオリジナルのデザインは、EAを単一のファイルとして保持することです（インクルードやライブラリはありません）。すでに他のプロジェクトと並行して進めているため、期待しないで待っていてください。でも、これは立派な目標であることに変わりはありません。
一般＞人々はライブラリ全体を書きました...それらの誰もが、そのようなものの彼自身のプライベートバージョン/実装を維持しています...。
ええ、本当にその通りです。まともなプログラマは、あらゆるものの自分なりのバージョンを持っています。たとえば、エラー処理と金銭管理。MTは、StopLoss PriceとPercentage Riskを渡すとLot-Sizeを返すような関数を作ることができなかったのか。あるいは、ロットサイズとリスクを指定したら、StopLoss Priceを返すとか。でも、いや、みんな自分なりの味付けをして、十分なフリーマージンがあれば、自分なりのエラーチェックをしなければならないんだ。
そう、MTがすべてをカバーできないことは分かっている。でも、もっと良い例を設定してくれるといいんだけどね。商用EAでさえ、他のEAと互換性がないため、このフォーラムから多くの非難を浴びました。私は、開発者のほとんどがOld MACD Simpleを見て、心配することなく、MTの標準を満たしていることを確信しています。私は、エラー130、131、または修正エラー#1を見ることなく、かろうじてコードベースから任意のコードを実行することができます。
実際の取引ロジックを除いたものがこちらです。
おい、これはすごいぞ!これは有用なコードの金鉱だ!
実際の取引ロジックを除いたものがこちらです。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
mql4.comのコードベースや記事には、完全なEAが存在しないように見えます。いつも何かが欠けているように見えます。私は、多くの人がmql4のプログラミングを学ぶために推奨しているソース、本からの 直接の定義を使用するつもりです。それに加えて、次のことを付け加えましょう。これは、それが有益であるかどうかを考慮しない-ありません。
- ブローカーの桁の認識（5ポイント対4ポイント、日本円対その他）。
- 適切なマネーマネジメントのオプション（マーチンゲールだけではカウントされない）
- マジック#の識別（orderTotals=0はカウントされない）
- 適切なSymbolの区別 (ほとんどが1つのSymと時間枠のためか？)
- オーダーアカウンティングプロセスがほとんどない (この1は少し理解できる)
- イベントトラッキングが存在しない (SLがいつヒットしたのか知りたくない？)
- TradeContexBusyやServerとの通信の事前チェックがない。
- Disaster Recovery, (これはフォーラムで読んだ神話か？)
- Ecn vs Dealing Desk OrderSend Compatible (OrderSendでSlとTpを送信しない)
このフォーラムとmql4自体の年齢からすると、この時期までに、誰かが通常のプログラムの「ほとんどの人が考える」標準的な機能をすべて備えた完全なEAを投稿していると思います。これはあまりにも困難な作業なのでしょうか？まず第一に、私はメタクオーツを非難します（メタクオーツ大好き！！）。でも、そろそろ本で定義された完全なEAを掲載してもいいんじゃないでしょうか。
OK!さて、「なぜやらないんだ」と攻撃される前に、この記事の内容からすると理解できるかもしれません。実は、私はこのようなコードベースのEAに取り組んでいるのです。実は1つ目は、私自身の勉強のためにやっているのです。でも、どうして誰もやったことがないんだろう？
また、私はそのようなEAを見逃していたのかもしれません。もし、どなたかそのようなEAをリンクしていただけるとありがたいです。また、私はライブ口座に対応した完全なプログラムの中で考慮すべき標準的な事柄の完全なリストを探しています。すべてのブローカーとインストゥルメントを防弾することはあまり気にしませんが、あなたの意見で標準的なインクルージョンに関するこのスレッドでブレインストームをしたいと思います。