Можeт вопрос покажeтся странным, но отвeт найти нe могу:
почeму при работe в "автматe", при одном и том-жe SL, ТP рeзультат сдeлок разный ? (разница до 3х пунктов). Буду благодарeн, eсли хотябы ссылку дадитe на соотв.
Necron>>: Добрый день. Подскажите пожалуйста как сделать панель на графике, на которую можно было бы поместить несколько графических объектов. Притом координаты объектов должны изменяться при перемещении панели в соответствии с координатами панели. Где-то видел в кодебазе пример такой, но не могу найти. Благодарен за помощь
尊敬する達人たち!>> 1つのEAで複数の通貨ペアと複数の時間枠の注文とイベントの追跡を同時に整理する方法を荒野で立ち往生しているダミーにアドバイスしてください。大規模なプログラムでの受注帳簿や イベントトラッキング 機能は、私の疑問に対する明確な答えを与えてくれません。 この素晴らしいリソースの膨大な広がりの中で、私は答えを見つけられませんでした。単純な作業（心の中では単純なのですが）が、やかんを長時間、不可逆的に停止させ、壁に釘付けにして、出てこなくすることがあるとは.........。:)
注文のレビューをループで整理することは理解していますが、異なる通貨ペアと異なるタイムフレームで同時にオープンポジションを追跡し、注文を設定する方法がわかりません。くっそー、1ヶ月間こんな状態だったのかよ。1ペア1タイムフレームで取引する教科書的なExpert Advisorを作りましたが、当然ながら私のTSには合わず、取引システムを導入する上で必要な要件を満たしていません。
もう、泣く泣く...。理解できるように助けてください。私はそれについて読むことができる唯一のヒント、（唯一のチュートリアルに私を送り返さないようにしてください）、そしてできれば例（初心者は例なしで何ができるか - 感じることは常に見るよりも優れています...）であれば。
この呼びかけに何らかの形で応えてくださる方がいらっしゃれば幸いです。
自分のための暗号を考える。
というのは、注文の違いをすべてint変数として符号化し、それを魔法使いに割り当てるというものです。
一人のマジシャンをポーリングすれば、どのような順番で持っているのかがよくわかる。
Можeт вопрос покажeтся странным, но отвeт найти нe могу:
почeму при работe в "автматe", при одном и том-жe SL, ТP рeзультат сдeлок разный ? (разница до 3х пунктов). Буду благодарeн, eсли хотябы ссылку дадитe на соотв.
スリッページでしょうか？
自動運転とはどういう意味ですか？自動とはどういう意味ですか？
Добрый день. Подскажите пожалуйста как сделать панель на графике, на которую можно было бы поместить несколько графических объектов. Притом координаты объектов должны изменяться при перемещении панели в соответствии с координатами панели. Где-то видел в кодебазе пример такой, но не могу найти. Благодарен за помощь
チェックポイント」方式では、直近の小さい時間枠の相場が考慮されます。
1時間足で最適化する場合、履歴はH1とM5のみダウンロードされる→M5は使われるのか、無視されるのか？
さて、次のような質問があります。
MarketInfoを呼び出すときに、次のような構造を使用することができます。
。
______________________________________________________________________
for (int ln=1; ln<=Instr_Count; ln++) // 軸流計の配列を検索
{
for (int mode=1; mode<=9; mode++) // 軸流計のモード MarketInfo を循環
{ // 現在の値に等しい ln
Level_old=Mas_Ord_Old[0][ln][mode]; // アレイ Mas_Ord_Old [0][instrument symbol] から値を取得します。][MODE=mode]
Level_new=MarketInfo(Instrument[ln] ,mode+10); // DCから同じ値を取る
// ここでは、Instrument名の配列に従ってInstrument[ln]とする。
// ln の値で名前を返し、
// mode の値に 10 を加えて MODE_XXX を洗う
if (Level_old!=Level_new) // 証券会社のデータに変更があった場合
{
Level_old=Level_new; // Level_new の新しい値を Level_old に格納、
Mas_Ord_New[0][ln][mode]=Level_new; // Mas_Ord_New配列に格納
Inform(10,Level_new); // 証券会社に変更点を報告
// もっと情報提供メッセージを出すにはこの関数も改善すべきです...。
}
} // このモードのDCデータが変化していなければ、次のモードで
// ループを繰り返す。mode=9まで
} // 与えられた通貨ペアのすべての MODE をチェックしたので、次に進みます。
Instrument[ln] は、通貨ペア名を格納した文字列型の 配列である。
Instrument[1] = "EURUSD";
Instrument[2] = "USDCHF";
Instrument[3] = "GBPUSD";
Instrument[4] = "USDJPY";
Instrument[5] = "AUDUSD";
Instrument[6] = "USDCAD";
Instrument[7] = "EURCHF";
Instrument[8] = "。 EURGBP」、
Instrument[9] = 「EURJPY」、
Instrument[10]= 「EURCAD」、
Instrument[11]= 「EURAUD」、
Instrument[12]= 「GBPCHF」、
Instrument[13]= 「GBPJPY」、
Instrument[14]= 「CHFJPY」、
Instrument[15]= 「AUDCAD」です。
__________________________________________________________________________
?????????????????????????????????????????????
よろしくお願いします...:)
あなたのサイクルのロジックに入り込めなかったんです。しかし、赤い線で下線を引いたものが、私の目に留まりました。DCデータに変化がない場合は、繰り返します。しかし、もしそうだとしたらどうでしょう？Expert Advisorが変更されていない場合、どうすればよいですか？コマンドはどこにあるのですか？
プログラマーは寝るとき、ベッドの脇に2つのグラスを置く。一つは、プログラマーが喉が渇いたときに備えて、水と一緒に。もうひとつは、プログラマーが飲みたくないときのために、空になっている。
というのは冗談ですが、プログラミングでは2分木の両方を 扱わなければならないことがよくあります。
追伸
ところで、artmedia70 さん、私のスクリーンショットにあるあなたのコードで、ブラケットとインデントがどのように配置されているかに注目してください。このようにすると、コードがより読みやすくなります。あくまでもご参考までに。
みたいな構図。
は正しいのですが、型構成に比べると利便性に欠けます。
最初のケースでは、中括弧はコードに余分な行を追加し、2番目のケースでは余分な行は除外されます。2つ目のケースにある閉じ中括弧は、このコマンドの最初の文字の直下にあるため、どのコマンドを参照しているのかを示しています。したがって、2番目のケースでも、最初のケースと同様に、冒頭の括弧を見つけるのは簡単である。しかし、2番目の方法の利点は何でしょうか？不要な行を排除することで、より多くのコードを画面上で見ることができ、より多くの情報を目で確認することができるのです。その結果、コードのナビゲーションが容易になり、より快適にプログラミングを行うことができるようになりました。
Конструкция типа:
является правильной, но менее удобна чем конструкция типа:
タイプデザイン。
正しいのです。しかし、このような構成は
は廃止されました。例(1)の行は余分なものではなく、論理的なコードのブロックの先頭を明確に示すために使用されます。今は21世紀、省スペースなんてとんでもない。
自分に都合がいいならどうぞ、でも他人に間違った書き方をさせないでください。
しかし!第二の書き方のメリットは何でしょうか？無駄な行を省くことは、より多くのコードがより多くの行に収まり、より多くの情報が目に入ることを意味します。その結果、コードのナビゲーションが容易になり、その結果、より快適にプログラミングができるようになりました。
くだらない。