なぜvalenok2003はMT5に反対なのか？ - ページ 2 123456789...25 新しいコメント --- 2012.04.06 17:51 #11 Zhunko: О!またゴト です!大好きです!なくても大丈夫です。いつでもできるけど、する必要はない。 場合によっては、gotoによって コードを簡素化し、高速化することができます。どこかの記事で、ドライバーはこれで書いて遷移を速めるというのを読みました。 こんにちは。 アセンブラのコードは、他の方法を知らないのです。 Vadim Zhunko 2012.04.06 18:05 #12 IgorM: コードを単純化することはありえないが、他の人が読めないようにすることは確かで、速度については - それはどんなタスクに依存し、誰がどんな「プログラミング時の手書き」を持っているか、原則として、私も議論したくない、我々は真剣にgotoの利点と害について議論したようだhttp://www.gamedev.ru/flame/forum/?id=69459. プログラムの逆アセンブルのレベルまで落とし込めば、すべてのJVSのループは条件付きjcxz遷移などで整理される可能性が高いのですが...。 これは、基本的に構成されます if(cx==0) goto label ネストされたループからの早期終了のため、異なる条件から一点へジャンプするため？これにより、コードが簡素化されます。かなり頻繁に使っています。ループに使うこともあるんですよ。 セルゲイ こんにちは。 アセンブラのコードは、他の方法を知らないのです。 アセンブラの話はしていない :-) Igor Makanu 2012.04.06 18:20 #13 Zhunko: ネストされたループからの早期終了のために、異なる条件から同じポイントに行くために？コードがシンプルになります。よく使っています。ループに使うこともあるんですよ。 そういうことなら、そういうことで :) 「フェルトチップの色はすべて違う！」という言葉があるように )))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 問題は個別で、ほら、メインの開発者がOOPに悩まされている。 もしOOPを使っていなければ、とっくにMQL5大劇場をうろついて いるはずですからね。 Dmitry Fedoseev 2012.04.06 18:35 #14 http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html За многие годы я утвердился во мнении о том, что квалификация программистов - функция, обратно зависящая от частоты появления операторов go to в их программах. うぃるす静的なプログラムと動的なプロセスの間の概念的なギャップを埋めるために、プログラム（テキストの空間で展開）とプロセス（時間の中で展開）の間の対応を可能な限り明白にするために、私たちはできる限りのことをします。 Vadim Zhunko 2012.04.06 18:43 #15 Integer: http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html これは多くの意見のうちの一つに過ぎません。賛成も反対も同じだけある。好みやスタイルの問題ですね。 著者は自分を厳しく制限している。 Dmitry Fedoseev 2012.04.06 18:46 #16 エドガー・W・ダイクストラは、プログラミングをシャーマニズムから科学に変えた(*)ことでその名を知られる人物の一人である。 Dmitry Fedoseev 2012.04.06 18:49 #17 もちろん、彼は非常に限定的である - チューリング賞受賞者 sand 2012.04.06 18:49 #18 Zhunko:これは多くの意見のうちの一つに過ぎません。反対の数だけ賛成がある。好みやスタイルの問題ですね。著者は自分を大きく制限している。 最近のプログラミングの傾向として、プログラマーがチームを組んでプログラムを書き、伴走することが多くなっています。そのため、コードの品質、可読性に要求される。 私の意見：コードは明確で、よくコメントされている必要があります。個人的な意見ですが、go to は有害な演算子で、コードを読む のを邪魔します。少なくとも500行のプログラムがあり、そこに100個のラベルとジャンプがあることを想像してください。 Vadim Zhunko 2012.04.06 18:52 #19 ゴトーアプリケーションの問題は、個人の好みの領域です。気に入らないからと理由をつけてくる。 好きな人は好きで、その理由を考えてくる人もいます。私にとっては、どれも同じような理由です。私のコードは、gotoが適用されれば簡略化され、そうでなければ使いません。 他人の憶測にとらわれない。 sand: 少なくとも500行のプログラムがあり、そこに100個のラベルとトランジションがあると想像してください。 ドライバは今でもそのように書かれています。なぜ？ sand 2012.04.06 19:00 #20 Zhunko: ドライバは今でもそのように書かれています。なぜ？ なぜなら、ドライバーには実行のスピードが1番、2番、3番とついてくるからです。 アセンブリ言語で何でも書けるのに、なぜ高級言語が必要なのでしょうか？ そして、なぜF1にはラジカセやオープンシートを置かないのか？ 123456789...25 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
О!またゴト です!大好きです!なくても大丈夫です。いつでもできるけど、する必要はない。
場合によっては、gotoによって コードを簡素化し、高速化することができます。どこかの記事で、ドライバーはこれで書いて遷移を速めるというのを読みました。
こんにちは。
アセンブラのコードは、他の方法を知らないのです。
コードを単純化することはありえないが、他の人が読めないようにすることは確かで、速度については - それはどんなタスクに依存し、誰がどんな「プログラミング時の手書き」を持っているか、原則として、私も議論したくない、我々は真剣にgotoの利点と害について議論したようだhttp://www.gamedev.ru/flame/forum/?id=69459.
プログラムの逆アセンブルのレベルまで落とし込めば、すべてのJVSのループは条件付きjcxz遷移などで整理される可能性が高いのですが...。
これは、基本的に構成されます if(cx==0) goto label
ネストされたループからの早期終了のため、異なる条件から一点へジャンプするため？これにより、コードが簡素化されます。かなり頻繁に使っています。ループに使うこともあるんですよ。
こんにちは。
アセンブラのコードは、他の方法を知らないのです。
そういうことなら、そういうことで :) 「フェルトチップの色はすべて違う！」という言葉があるように ))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
問題は個別で、ほら、メインの開発者がOOPに悩まされている。 もしOOPを使っていなければ、とっくにMQL5大劇場をうろついて いるはずですからね。
http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html
За многие годы я утвердился во мнении о том, что квалификация программистов - функция, обратно зависящая от частоты появления операторов go to в их программах.
うぃるす静的なプログラムと動的なプロセスの間の概念的なギャップを埋めるために、プログラム（テキストの空間で展開）とプロセス（時間の中で展開）の間の対応を可能な限り明白にするために、私たちはできる限りのことをします。
http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html
これは多くの意見のうちの一つに過ぎません。賛成も反対も同じだけある。好みやスタイルの問題ですね。
著者は自分を厳しく制限している。
これは多くの意見のうちの一つに過ぎません。反対の数だけ賛成がある。好みやスタイルの問題ですね。
著者は自分を大きく制限している。
最近のプログラミングの傾向として、プログラマーがチームを組んでプログラムを書き、伴走することが多くなっています。そのため、コードの品質、可読性に要求される。
私の意見：コードは明確で、よくコメントされている必要があります。個人的な意見ですが、go to は有害な演算子で、コードを読む のを邪魔します。少なくとも500行のプログラムがあり、そこに100個のラベルとジャンプがあることを想像してください。
ゴトーアプリケーションの問題は、個人の好みの領域です。気に入らないからと理由をつけてくる。
好きな人は好きで、その理由を考えてくる人もいます。私にとっては、どれも同じような理由です。私のコードは、gotoが適用されれば簡略化され、そうでなければ使いません。
他人の憶測にとらわれない。
少なくとも500行のプログラムがあり、そこに100個のラベルとトランジションがあると想像してください。
ドライバは今でもそのように書かれています。なぜ？
なぜなら、ドライバーには実行のスピードが1番、2番、3番とついてくるからです。
アセンブリ言語で何でも書けるのに、なぜ高級言語が必要なのでしょうか？
そして、なぜF1にはラジカセやオープンシートを置かないのか？