C言語なら俺に聞け 149

2018/10/28(日) 22:01:44.38

!extend:checked:vvvvv:1000:512
↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 148
https://mevius.5ch.net/test/read.cgi/tech/1537347410/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2019/02/06(水) 03:16:24.22

ま、しかし、入力が何もなしでいきなり EOF になった場合を想定していないのはまずいプログラムであるとは思う。

2019/02/06(水) 04:30:43.46

Cが高速な理由ってコンパイラが出力バイナリの速度に重点を置いていて
かつそのコンパイラが長年の歴史をかけて磨かれてきたから。っていうのは間違ってるかな

Cの言語構造そのものに高速性が見出せない。
直にx86アセンブラを書いても速度が遅かったりするもん。

2019/02/06(水) 04:57:27.49

ループから抜けるときに goto使ったらダメなんですか？

for (...) {
for (...) {
if (...) goto LOOP_EXIT;
}
}
LOOP_EXIT:

こういう感じで書いたら先輩に怒られました。
フラグ見てループ抜けるように修正しろと。
指示されたので従いますけど、どうしてダメなのかよく分かりません。

どなたか納得するような理由をご存知でしょうか？

2019/02/06(水) 06:01:54.08

goto全否定は宗教みたいなもん。
万人が納得できるような理由はないと思う。
BASIC時代のスパゲッティーなプログラムの反省から制御の構造化を崩すようなgotoとcontinueは禁忌されることが多い。
ホントはここぞって言う時には使うべきなんだけどね。

2019/02/06(水) 06:27:31.89

>>975
レス番が0xffなのも草

2019/02/06(水) 06:29:29.34

>>987
continueはどのように構造化を崩すんだ？
ループの外へ出てしまうgotoやbreakとはちょっと違うと思うが

2019/02/06(水) 07:45:48.33

>>989
break文もそうだが、continueは構造化を無視してジャンプするという範疇に入るそうだ。
ま、宗教だね。

2019/02/06(水) 08:30:46.09

まあ初心者相手ならgotoには蓋をしておいて、15の誕生日になったら開けなさいって言っておいたほうがよいとは思う

2019/02/06(水) 08:47:44.10

Ruby にも、多重ループを一気に抜ける構文がある

catch(:hoge_break) do
3.times do |i|
4.times do |j|
throw(:hoge_break) if hoge
end
end
end

これを認めない人は毎回、継続フラグを判断し続けなければならない。
漏れはむしろ、こちらの書き方の方が、バグる気がする

2019/02/06(水) 08:59:54.85

並列実行させたいときループの途中に戻りたいと思ふ。

2019/02/06(水) 09:29:07.75

>>988
その発送はなかったわｗ

2019/02/06(水) 09:56:36.40

本日配達の予定です。

2019/02/06(水) 12:30:20.04

>>993
コルーチンやね
いくつかの言語でサポートされてるけどまあ今どきならマルチスレッド+同期化でやりたいことはできる
https://ja.m.wikipedia.org/wiki/コルーチン

2019/02/06(水) 12:30:56.55

>>985
C以外はCと同じようなことをしようとしてもコードが沢山作られて結果的に遅くなるって事だと思うが。(ただし人力で最適化してあるアセンブラ等は除く)。
昔は本当にそうだったように思う。高級言語なのにコンパクトなコード作るのはCぐらいじゃないか？今は知らないけどね。
それと今はインタプリタやVMで実行するのが一般的なJavaのような言語でも実行時に内部でコンパイルしたりJITつかったり工夫がされてるので速度は速くなる事はあるかも。
コードは内部的に大きくなってメモリ食ってるかも知れないけどね。小規模な組み込み用とかでなければ問題にならないと思う。

2019/02/06(水) 12:41:47.95

longjmpとか昔からあると思うよ

2019/02/06(水) 12:44:25.18

>>986
いや、いいよ別に。後でそれで混乱することにならないとか、あるいは使った方がより見やすく分かりやすくなるなら使えばいいのでは？
C言語はtry catch みたいなのもないし、トリッキーな方法でないものをあるかのように見せかけるプログラム作るよりはサクッと goto 使っちゃった方が良いと思う。

その先輩はそのような信仰を持っているか、または会社ならばそこでのコーディング規約で使わない事にしてあるんだろう。

2019/02/06(水) 12:46:40.08

ｊ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 100日 14時間 44分 56秒