PLOについての興味深い見解 - ページ 7 12345678910111213 新しいコメント TheXpert 2021.01.29 21:19 #61 Igor Makanu:無限のif-elseチェックが始まる場合はこのように書きます。 dunno ) このような場合、マッチのテーブル(配列)と関数が最も速く、読みやすい。 Valeriy Yastremskiy 2021.01.29 21:28 #62 TheXpert: dunno ) このような場合、マッチのテーブル(配列)と関数が最も速く、読みやすい。 線形論理ではそうですが、分岐Ifが異なる場合、一致する配列は最大の分岐Ifの次元になります...。も必ずしも合理的ではありません。 BillionerClub 2021.01.29 22:17 #63 チームでコーディングしてトレードしたほうがいい、どうせ全部は稼げないのだから Maxim Kuznetsov 2021.01.29 23:31 #64 BillionerClub: チームでコーディングしてトレードした方がいい、どうせ全部は稼げないから if "cod" then "peddle" :-) BillionerClub 2021.01.30 10:33 #65 Maxim Kuznetsov:cod "なら "bidding "です :-) げんこう Vladimir Simakov 2021.01.30 19:20 #66 Igor Makanu:無限のif-elseチェックが始まる場合はこのように書きます。imho、それは読みやすい、それは任意の行で修正することができます - あなたは、アンピン/デバッグすることができます、あなたはそれをコメントアウトすることができます 私は快適です、上記のコード...読み方がわからない、修正方法がわからない、どうしたらいいのかわからない......。のみ質問、それは私に何を与えるか - せいぜいif - elseを書かないでください? enumサンプリング時 - スイッチは避けられない Igor Makanu 2021.01.30 19:35 #67 Vladimir Simakov: enumでサンプリングする場合、切り替えは避けられない 昨年、この質問をググってみた 数にもよりますが、多すぎなければ、まあ、1ダースくらいなら......何を使ってもいいんですが、数が多ければ、スイッチのほうがいいんです」(開発者のひとり)。 という疑問がありました。なんでこんなコード書くんだ ))) Maxim Kuznetsov 2021.01.30 19:45 #68 Igor Makanu:昨年、この質問をググってみた数にもよりますが、多すぎなければ、まあ、1ダースくらいなら......何を使ってもいいんですが、数が多ければ、スイッチのほうが いいんです」(開発者のひとり)。という疑問がありました。なぜそんなコードを書くのか )))) もちろん、私はmqlの開発者ではありません。 が、Cのスイッチでは、かなり効率的なバイナリ検索が でき、不要なページングやキャッシュフリッピングが発生しません。つまり、配列や構造体を使った間接的なアドレス指定よりも優れていることが多いのです fxsaber 2021.01.30 22:16 #69 Igor Makanu:という質問でした。なぜそんなコードを書くのか ))) 好きだからこうやって書いているんです。でも、デバッグするときはすごく悪くなるんです。 この表現でも bool b = f() || g(); 誰が何を返したのかがわかりにくい。もっと複雑なものでは(私はずっと練習しているのですが)とても難しいです。 Dmitry Fedoseev 2021.01.30 22:46 #70 fxsaber:好きだからこうやって書いているんです。とはいえ、デバッグ時には本当にひどい目に遭います。この表現でも誰が何を返したのかがわかりにくい。もっと複雑なものでは(私はいつも練習しているのですが)全然難しいです。 いよいよ-正念場。私は、水平指向コードの熟練者という新しいタイプの人間が現れたと思い始めていた。しかし、いやー、人並みに彼ら(あなた)はすべてを持っていることがわかりました)) 12345678910111213 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
無限のif-elseチェックが始まる場合はこのように書きます。
dunno ) このような場合、マッチのテーブル(配列)と関数が最も速く、読みやすい。
線形論理ではそうですが、分岐Ifが異なる場合、一致する配列は最大の分岐Ifの次元になります...。も必ずしも合理的ではありません。
チームでコーディングしてトレードした方がいい、どうせ全部は稼げないから
if "cod" then "peddle" :-)
cod "なら "bidding "です :-)
げんこう
無限のif-elseチェックが始まる場合はこのように書きます。
imho、それは読みやすい、それは任意の行で修正することができます - あなたは、アンピン/デバッグすることができます、あなたはそれをコメントアウトすることができます 私は快適です、上記のコード...読み方がわからない、修正方法がわからない、どうしたらいいのかわからない......。のみ質問、それは私に何を与えるか - せいぜいif - elseを書かないでください?
enumでサンプリングする場合、切り替えは避けられない
昨年、この質問をググってみた
数にもよりますが、多すぎなければ、まあ、1ダースくらいなら......何を使ってもいいんですが、数が多ければ、スイッチのほうがいいんです」(開発者のひとり)。
という疑問がありました。なんでこんなコード書くんだ )))
昨年、この質問をググってみた
数にもよりますが、多すぎなければ、まあ、1ダースくらいなら......何を使ってもいいんですが、数が多ければ、スイッチのほうが いいんです」(開発者のひとり)。
という疑問がありました。なぜそんなコードを書くのか ))))
もちろん、私はmqlの開発者ではありません。
が、Cのスイッチでは、かなり効率的なバイナリ検索が でき、不要なページングやキャッシュフリッピングが発生しません。つまり、配列や構造体を使った間接的なアドレス指定よりも優れていることが多いのです
という質問でした。なぜそんなコードを書くのか )))
好きだからこうやって書いているんです。でも、デバッグするときはすごく悪くなるんです。
この表現でも
bool b = f() || g();
誰が何を返したのかがわかりにくい。もっと複雑なものでは(私はずっと練習しているのですが)とても難しいです。
好きだからこうやって書いているんです。とはいえ、デバッグ時には本当にひどい目に遭います。
この表現でも
誰が何を返したのかがわかりにくい。もっと複雑なものでは(私はいつも練習しているのですが)全然難しいです。
いよいよ-正念場。私は、水平指向コードの熟練者という新しいタイプの人間が現れたと思い始めていた。しかし、いやー、人並みに彼ら(あなた)はすべてを持っていることがわかりました))