MT4リストまたは配列? - Page 3
ページ 3 - 323 FirstFirst 123
Results 21 to 25 of 25

Thread: MT4リストまたは配列?

  1. #21

    Quote Originally Posted by ;
    あなたがまだ一度だけ結果をテストし、バイナリを使用して一意の数値を生成することは困難な方法ですが、異なる結果に対してcaseステートメントを使用するだけです。このようにして、シナリオを一度だけテストし、条件チェック付きのIFをロードする必要はありません。最も単純で、最も速く、最も効率的な方法です
    私はそれがプログラミングの原始的な方法かもしれないと理解しています。しかし、条件チェック付きのifのロードは、すぐに実装を開始できることがわかっているものです。私は重複しており、繰り返しの誤りや省略の誤りが起こりやすいことを知っています。私はあなたに同意していないわけではありません。私はあなたが言っていることを聞きます。コピーして貼り付け、カスタマイズしてテストするためのライブ実装されたコードを見ていない限り、どこから始めるのか分かりません。独自のコードを投稿したり、ここで私や他の人のためにコードを作成するように求めているわけではありません。私があなたが望んでいない限り、あなたがもっとそれを理解することができなければ、もっと重要なことを私はあなたに求めません。ロッキットのように投稿したとしても、おそらく2〜3行以上のコードを理解することはできません。私は、標準のMT4コマンドとロジックの*基本的な構文の多くを理解しており、MQLの提案を理解したり、オンライン上でそれらを見たりすることができます。しかし、ネストされたループや配列やバイナリのようなより高度なコーディングの構文は(私が示唆するように)私の精神的な把握にすぐにはありません。こんな感じです。私は車を運転する方法を知っています。しかし、私は周りを飛んでいる他の自動車とのライブコースでF1を最高速度で運転することができますか?おそらく効果的ではないでしょう。私はF1タイプのプログラミングの提案を感謝します。種は植えられている。今では、効率的で高度なコーディング方法よりも、堅実なロジック、即時の実装とテストが私にとって重要であることをさらに実感しました。必要なものや実装したいものを実装するために他のコーディング方法が絶対に必要な場合は、より高度なプログラミングスキルを習得したり、できる人と提携しましょう。今すぐできるアイデアをできるだけ早くテストし、後で効率的で効率的なコーディングを学びます。ありがとうございました。

  2. #22

    Quote Originally Posted by ;
    {引用}私はそれがプログラミングの洞窟の方法かもしれないことを理解します。しかし、条件チェック付きのifのロードは、すぐに実装を開始できることがわかっているものです。私は重複しており、繰り返しの誤りや省略の誤りが起こりやすいことを知っています。私はあなたに同意していないわけではありません。私はあなたが言っていることを聞きます。コピーして貼り付け、カスタマイズしてテストするためのライブ実装されたコードを見ていない限り、どこから始めるのか分かりません。独自のコードを投稿したり、ここで私や他の人のためにコードを作成するように求めているわけではありません。あなたが望んでいない限り、私はあなたにそれを頼むことはしません...
    あなたのために今まで働いていたことはありますが、ここでは基本的な原則があります。チェックする条件は4つあり、ABCDを呼び出すことができます。 STATUSという整数を作成し、0に設定します。TRUEならばSTATUSにBを1加算し、TRUEならばSTATUSにCを加え、TRUEならばSTATUSにDを加えます。もしTRUEならばSTATUSに8を加えます。STATUSの値4つの条件すべてからの完全な回答を表します。 STATUS = 12の場合、AB = false CD = TRUEのようになります。 Switch演算子を使用して、次のように結果に基づいてコマンドを実行できます。挿入されたコードint Status = 0; TestA Status = 1の場合、 TestB Status = 2の場合、 TestC Status = 4の場合。 TestD Status = 8の場合。スイッチ(STATUS){ケース1:印刷(トリガ= A)。ブレーク;ケース2:印刷(トリガ= B)。ブレーク;ケース3:印刷(トリガー= AB)。ブレーク;ケース4:印刷(トリガ= C)。ブレーク;ケース5:印刷(トリガ= AC)。ブレーク;デフォルト:印刷(トリガ=なし)。ブレーク; }あなたは必要な数のcase文を持つことができます。 Printコマンドを任意の数のコード行に置き換えることができます。たとえば、バイについてはブール値をTrueに設定し、Switch文の後にはIF DOBUY = TRUEと指定します。すべてのIFをやっている整った方法バイナリ変換は、すべてのステータスチェックを繰り返さない簡単な方法です。スイッチの大きな利点は、正しいcase文を処理したら、ステッチコード全体が処理を終了したことです。長いIF文のリストに当てはまらない一致を見つけた後の後続の文

  3. #23

    Quote Originally Posted by ;
    あなたのためにこれまでに働いていたことは何でもありますが、基本的な原則はここにあります:......スイッチはすべてのIFをやっている単純な方法です。バイナリ変換はすべてを繰り返さない簡単な方法ですステータスチェックスイッチの大きな利点は、右のステートメントが処理されると、ステッチコード全体が処理を終了することです。すなわち、長いIFリストでは一致しない一致ステートメントを処理した後、ステートメント
    ありがとう。それは強力です。 STATUSを使用すると...この方法ははるかに高速で、もちろん冗長性が低く、エラーが発生しにくく、一度レイアウトされると、自分が何をしているかを知る限り簡単にコード化することができます。だから私は30の単純なIF文では、コードの処理速度の差は無視できると思います。しかし、あなたの経験から、コードの速度の測定可能な差異、つまり、ステータスチェック/スイッチングコードが目に見えるほど速くなるリストがどれくらいあるのでしょうか? 100の条件とチェック、または500以上のIFステートメントリスト?私の直感は、100以上の複雑なif文のリストと私に、あなたが提供した方法から確かに恩恵を受けるだろうと伝えます。

  4. #24

    Quote Originally Posted by ;
    ありがとうございます。それは強力です。 STATUSを使用すると...この方法ははるかに高速で、もちろん冗長性が低く、エラーが発生しにくく、一度レイアウトされると、自分が何をしているかを知る限り簡単にコード化することができます。だから私は30の単純なIF文では、コードの処理速度の差は無視できると思います。しかし、あなたの経験から、コードの速度の測定可能な差異、つまり、ステータスチェック/スイッチングコードが目に見えるほど速くなるリストがどれくらいあるのでしょうか? 100条件のIFステートメントリスト...
    それは、それはあなたが取引されている市場にどれだけ近いかに応じて、より関連性のある高速利益のために簡単にだけでなく、メンテナンスを行う、あなたは早く処理したいです近いコードに簡単に、より整頓です。私はタイミングを測定していないが、メンテナンスの問題だけでもこの手法を使う価値はある。

  5. #25
    速度に関して...ちょうど経験を通して、if文と条件チェックの長いリストはバックテストを実行するのにずっと時間がかかります。マルチパラメータとマルチEA、EAのバックテストを実行し、29の購入条件、29の販売条件、そしてそれは永遠にかかる...私の遺伝的アルゴリズムのパスは364時間待ち行列に入れられる。私がEAをさらに拡大したい場合は、丁寧なコーディングを学び実装する必要があります。

投稿権限

  • Youma新しいスレッドを投稿しない
  • Youmaは返信しない
  • あなたは添付ファイルを投稿しないかもしれない
  • Youma Notedityourposts
  •  
  • スマイリーはオンです
  • スマイリーはオンです
  • [IMG]コードがオンです
  • [VIDEO]コードがオンです
  • HTMLコードがオフです
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.