特定のブローカーのライブ口座における複数注文入力の問題 - ページ 6

新しいコメント
 
Malacarne:

FOK注文後に10010コードが出る可能性があるとは言っていないのですが...。私は、 10010コードをチェックする必要があると言っただけ です。

そして、私のパーシャルフィルに対する アプローチは、単純なPrint()ステートメントではありません...時には、特定の問題に対する解決策を見つけるために、「創造的」でなければなりません... :-)

なぜFinanceEngineerが10010のコードもチェックしなければならないのか、説明していただけますか？

また、我々はここでFOKの注文（再び考え方を忘れてはいけない）とコードの場合について話しているように、あなたは彼の問題を解決するために、この部分的なフィル "創造的 "なソリューションを説明することができますか？

 
Malacarne:
はい、この問題は以前にも経験済みです...。しかし、私はこの問題をFXではなく、株取引で経験しました...。

なるほど、そうなんですね。株の取引は10010コードが頻繁に発生するようですね。 確かに株の取引は流動性においてFXと少し違いますね。

どなたか、FXの取引中に10010コードを取得した経験がある方がいらっしゃいましたら教えてください。

誰かがFXの通貨ペアを 取引しているときに10010コードを受けた経験を共有してくれるといいのですが。

もし10010コードが本当にFX市場に存在するなら、最も脆弱なペアはNZDTRYなどのような人気のない通貨ペアになるのではないかと思っています。

ありがとうございます。

 
figurelli:

すみません、Malacarneさん、なぜFinanceEngineerが10010コードもチェックしなければならないのか、説明していただけますか？

また、我々はここでFOKの注文（再び考え方を忘れてはいけない）とコードの場合について話しているように、あなたは彼の問題を解決するために、この部分フィル "創造的 "なソリューションを説明することができます？

FinanceEnginnerは、10010のコードをIF AND ONLY IFで チェックする必要はないと考えています。

しかし、我々は他の関連する記事で見て きたように、OPは彼が使用したい充填タイプについて何も言わなかったにもかかわらず（ここでは "考え方 "は必要ありません、IMO）、私は本当にそれが重要であると信じている人々に警告するために他の非所望の戻りコードがエキスパートアドバイザーを使用して中に現れるかもしれないと...。しかし、私はまた、この追加の "セキュリティ "チェックは、エキスパート-アドバイザーを使用して動作する人々のほとんどによって重要であると考えられていないことを完全に理解することができます...

 
Malacarne:

FinanceEnginnerは、10010のコードをIF AND ONLY IFで チェックする必要はないと考えています。

しかし、我々は他の関連する記事で見て きたように、OPは彼が使用したい充填タイプについて何も言わなかったにもかかわらず（ここでは "考え方 "は必要ありません、IMO）、私は本当にそれが重要であると信じている人々に警告するために他の非所望の戻りコードがエキスパートアドバイザーを使用して中に現れるかもしれないと...。しかし、私はまた、この追加の "セキュリティ "チェックは、エキスパート-アドバイザーを使用して作業する人々のほとんどによって重要であると考えられていないことを完全に理解することができます...

あなたは非常に正しいです。

10010のコードは今後私の頭の中に刻み込まれました。しかし、外国為替市場での10010コードのいくつかのより多くのケースや例や経験がある場合は、それは常に良いです。10010コードの解決策としては、出来高をもう一度確認する必要があります。確かに少し工夫が必要なところです。

ありがとうございました。

 
FinanceEngineer:

おっしゃる通りです。

10010コードは今後私の頭の中に刻み込まれました。しかし、10010コードのFX市場での事例や経験がもう少しあれば、より良いものになると思います。10010コードの解決策としては、出来高をもう一度確認する必要があります。確かに少し工夫が必要なところです。

ありがとうございました。

 

この問題を解決するにはどうしたらいいのでしょうか？

どなたか結論は出されていますか？

 
fxmeter:

この問題を解決するにはどうしたらいいのでしょうか？

どなたか結論は出ているのでしょうか？

私はこの問題に対する解決策を持っているかもしれません。(あくまで可能性ですが)。IsConnected()関数や TradeContextBusy()関数などを使って、端末とブローカーのサーバーの接続状態をチェックしているのです。

IsConnected() 関数や TradeContextBusy() 関数が false を返した場合は長くスリープさせる。 IsConnected() 関数や TradeContextBusy() 関数が true を返した場合は短くスリープさせる。

というのも一つの可能性です。

しかし、私はまだ何のコードも得ていない。

一つのアイデアです。

よろしくお願いします。

 
こんにちは、誰かがそのトピックに関する何か？ 私は同じ問題を持っている。
123456
新しいコメント