どの証券会社を選べばよいですか？ - ページ 5

新しいコメント
 
C-4:

停止はポーズで実装します。残念ながら、TakeProfitsはバーチャルなものです。

私のモデルでは、SLとTPの両方が実装されています。

CCAがなければ、TPとSLを同時に使うことは基本的に不可能です。

CCAがなければ、たとえ保留中の注文（ネッティングポジションからのロットの一部）であっても、単一のSLの信頼性について語ることはできません。
そのため、類似のシステムでは、ビジネスロジックが事前に危険にさらされることになります。

多くのシステムで最も重要な要素として選ばれたのが「ストップ」です。

TAも同じように重要です。

どちらか一方のみを使用することはできますが、両方を同時に使用することはできません。

を同時に使わないという落とし穴や困難はありません。

最初は私もそう思っていたのですが、だんだん複雑になってきました。バインドオーダーは、誰が見ても明らかなように、些細なことである。

のままです。

もう少しエンジンを開けてみる;)

私のモデルの原理はシンプルで、抽象化とOOPによって、こんな不思議なことができるんです。

#include <MQL45™.mqh>

class _EA : public CMQL45™
{

старый код MQL4

};

そして、プログラマーは古いMQL4のコードを何も変更する必要がありません。指標も、MQL4モデルの中で生きている形のままです。

マーチンゲール、平均化、チェボル、シンプルなインディケータEA - すべて正常にテストされ、テストとEAの実際の使用のMT4とMT5の入力と完全に同一です。

つまり、MQL45™エンジンを使ってMQL4のコードをMQL5で本格的に移植することを実現します。また、MQL4™ ライブラリを使用して、MT4 の注文システムを MT5 で開発することもできます。

 
sergeev:

エンジンをもう少し開けてみる ;)

うわあ...
 
sergeev:

...

もう少しエンジンを開けてみよう ;)

...

MQL45™エンジンを介してMQL4のコードをMQL5へ本格的に移植することができます。また、MQL4™ ライブラリを使用して、MT4 の注文システムを MT5 で開発することも可能です。

何か、想像すると頭が痛くなりそうな感じさえする。カッコイイ!))
 

ただ、ひとつだけ問題が...。

このようなことは、私たちプロゲーマー、理論家、研究者の兄弟にとってのみ興味深いことなのです。

トレーダー（フリーランスの顧客）は技術から遠く離れ、解決策を必要とし、コードの内容には興味がない。すべての工夫、OOP、複雑さ、常に正しいとは限らない何らかの方法で動作するはずの仮定 - 彼らは満足していないです。

だから、MQL45はユニークな消費者を待つために棚に置かれているのです :)

 
sergeev:

ただ、ひとつだけ問題が...。

このようなことは、私たちプロゲーマー、理論家、研究者の兄弟にとってのみ興味深いことなのです。

トレーダー（フリーランスの顧客）は技術から遠く離れ、解決策を必要とし、コードの内容には興味がない。すべての工夫、OOP、複雑さ、常に正しいとは限らない何らかの方法で動作するはずの仮定 - 彼らは満足していないです。

だから、MQL45はユニークな消費者を待つために棚に置かれているのです :)

この技術を棚に置くのではなく、マーケットプレイスに置いておくことに意味があるのかもしれませんね。
 
sergeev:

というわけで、MQL45はユニークな消費者を待っている棚に鎮座しています :)

受注システムの信頼性はどうでしょうか？
 
sergeev:

私のモデルでは、SLとTPの両方が実装されており、「MT4注文」の整合性制御を追加した極めて現実的なものです。
CCAがなければ、たとえ保留中の注文（ネッティングポジションからのロットの一部）であっても、単一のSLの信頼性について語ることはできません。
そのため、類似のシステムでは、ビジネスロジックが事前に危険にさらされることになります。

TAも同じように重要です。
を同時に使わないという落とし穴や困難はありません。
のままです。

もう少しエンジンを開けてみる;)

私のモデルの原理はシンプルで、抽象化とOOPによって、こんな不思議なことができるんです。

そして、プログラマーは古いMQL4のコードを何も触る必要がありません。インジケーターもMQL4モデルで生きている形が残っています。

マーチンゲール、平均化、チェボル、シンプルなインディケータEA - すべて正常にテストされ、テストとEAの実際の使用のMT4とMT5の入力と完全に同一です。

つまり、MQL45™エンジンを使ってMQL4のコードをMQL5で本格的に移植することを実現します。また、MQL4™ ライブラリを使用して、MT4 の注文システムを MT5 で開発することもできます。

かっこいい。しかし、繰り返しになりますが、この議論は後日に回しましょう。1つの問題を2つの異なるアプローチで解決するというのは、面白い話になりそうですね。ただ、仕様が公開されるまでは、何も議論することはありません。
 
sergeev:

ただ、ひとつだけ問題が...。

こんなくだらないことは、理論派の研究者である我々の兄弟にしか興味のないことである。

トレーダー（フリーランスの顧客）は技術から遠く離れ、解決策を必要とし、コードの内容には興味がない。すべての工夫、OOP、複雑さ、常に正しく機能するとは限らない仮定 - 彼らは満足していない。

だから、MQL45は棚に眠っていて、ユニークなお客さんを待っているんです :)

正直なところ、よくわからないんです。顧客に箱入りの既製品のソリューションを販売する。そして、中身を知る必要はないのです。

tol64 です。
この技術を棚の上ではなく、マーケットプレイスに保管することに意味があるのかもしれませんね。
ご質問の件、全く同感です。フリーランスで独自のサービスを施すより、マーケットに掲載する方が簡単です。エンジンコードは100％MQLベースで、サードパーティのライブラリは使用していないのですか？
 
TheXpert:
受注システムの信頼性はいかがでしょうか？

サーバーにCCAがない - ビジネスロジックが失敗しないという保証はない。

結局、私たちは端末の履歴に残っているそれらの取引や注文をもとにモデリングしているのです。なお、Expert Advisorはモデルのメンテナンス時に失敗 することはありません。
しかし、C-4さんが指摘するように、取引履歴がブローカーによって変更された場合、失敗することがあります（いつ起こるかは誰にも分かりませんが、可能性はあります）。

オーダーシステム（とその鉄壁の論理）の信頼性は、たった3つの識別に基づくものです。

1.DEAL_ORDER
2.ディールマジック / オーダーマジック
3. オーダーステート

- ポジションという概念は、そのように無力化されます。MT4モデルでは、ポジションは全く考慮されていません。
- 取引によるオーダーフィリングの識別（DEAL_ORDER/OrderState） + SL/TPがトリガーされた場合、このSL/TP注文のオーダーフィリングが行われます。
- 保留中の注文に実際に設定されたSLとTPは、それが満たされた後（数量が制御 された後）、保留中の注文と最初の注文をリンクする対応する ORDER_MAGICを持つストップとリミット注文に置き換えられます 。

これが、オーダーの総合的な分析・制御のスキームである

そして、技術的な問題ですが、必要な方向のOrderSendと、どのオーダーがどこに配置されているかを示すちょっとしたチャートが必要です。
ただ、MT4ターミナルから成行注文をポジションとして決済しないと、新たに反対側の注文を出すようなものなので、注意が必要です。

 
C-4:

フリーランスで独自のサービスを提供するよりも、マーケットプレイスに投稿する方が簡単です。

需要なし
私のMQL45™プロジェクトは、3年以上前のものです。
https://www.mql5.com/ru/forum/3693/page2 と同時期に始めたと思います。 当時、プロジェクトは実施されましたが、理論より先に進むことはありませんでした。

今のところ、正しい方向にいるのはあなただけです :)- を掲載し、少なくともオープンにしてお金をもらう、このアイデアの実装のバリエーションです。

エンジンコードは100％MQLベースで、サードパーティのライブラリは使用していないのですね。

いいえ。

123456789
新しいコメント