ｉｆ（）｛の「｛」って改行した方がええの？ [274597826]

?2BP(2000) · 2022/01/16(日) 15:26:08.40

https://mainichi.jp/articles/20220115/dde/018/070/011000c

攻撃力が高く、昔から畏怖の対象でもあったトラですが…

2022/01/16(日) 15:43:09.07

//ここから斯々然々の目的で斯々然々の条件分岐①開始

//ここから斯々然々の条件分岐①がtrueの処理

//ここから斯々然々の条件分岐①がfalseの処理

//条件分岐①終了

改行はどうでもいいけど、コメント文を書いておいてください

設計変更、メンテナンス、担当引き継ぎのことまで考えて下さい

2022/01/16(日) 15:43:18.48

改行しないと対称性なくて見にくいだろ

2022/01/16(日) 15:44:32.88

とりあえず改行しときゃええねん

2022/01/16(日) 15:44:44.06

VSのデフォの自動整形で改行するしわざわざ変えないだろ

2022/01/16(日) 15:45:03.31

>>16
thenとelseのコメントを分けたいときは3つ目にしてるけど俺も本当にこれでいいのか疑問に思いながら使ってる

2022/01/16(日) 15:45:03.42

あと、パラメータがたくさんあるときに
改行するか否かで別れる感じがする。

2022/01/16(日) 15:45:10.86

if(---);//はじく
else if(----);//はじく
else {
処理
}

コレ邪道か？

2022/01/16(日) 15:45:34.07

>>24
設計書なんて読むの大変だし宛にならんからな
ソースにやりたいこと書いてくれたほうがありがたいよな

2022/01/16(日) 15:46:49.02

>>30
無能感があって素晴らしい

2022/01/16(日) 15:46:50.27

だいたい3つに分かれるとはどこかの記事で見かけたな

2022/01/16(日) 15:48:31.52

>>23
書いててイライラしてくるしコードがまったく頭に入らなくなるわ

2022/01/16(日) 15:50:14.10

>>30
上側処理が正常で
elseが異常だって
こだわるとよくあるぞ

2022/01/16(日) 15:53:13.27

>>30
処理が後々入ってくるけど今は空って話なら良いんじゃない
本当になにもないなら邪道だろ

2022/01/16(日) 15:54:27.38

C++でプログラミング始めたけどi++と++iの違いがイマイチ分からん

2022/01/16(日) 15:55:01.39

そういうのは自動フォーマッターにまかせるから気にする時点で何かがおかしい

2022/01/16(日) 16:02:44.98

>>37
前置インクリメントと後置インクリメントですぐ出てくるだろ
値を使った後に足すか使う前に先に足すかの違い

2022/01/16(日) 16:03:11.96

　　まじかー😾

2022/01/16(日) 16:04:56.89

>>16
なるほど確かに🙀

2022/01/16(日) 16:06:36.69

Codestyleに合わせる以外の答えはない

2022/01/16(日) 16:09:10.02

>>37
i++　iを参照した後に足す
++i　iを足した後に参照する

2022/01/16(日) 16:09:12.47

>>37
それに関しては両方を試すだけですぐ理解出来るだろ

2022/01/16(日) 16:15:40.84

条件式でfalseのときだけ処理させたいときって

trueの処理に式に

aho = aho

みたいに書いておくので合ってる?

2022/01/16(日) 16:17:15.54

clang-format使えよ

2022/01/16(日) 16:19:53.45

>>45
falseの処理だけ書けばいい

2022/01/16(日) 16:20:10.71

>>31
まめにメンテするならいいけど、大概メンテ漏れが出てくるから結局ソースしか信用できなくなるしな
現行解析するにもソース見ないと厳しいし

2022/01/16(日) 16:21:51.26

>>37
int i = 0;
printf("%d", i++);
これは0と出力される

int i = 0;
printf("%d", ++i);
これは1と出力される

2022/01/16(日) 16:22:11.80

>>45
falseがtrueになる条件式でよくない？

2022/01/16(日) 16:22:59.25

>>1
赤セク

スレ立て履歴 - be基礎番号：274597826
http://ame.hacca.jp/sasss/log-be2.cgi?i=274597826

ｉｆ（）｛の「｛」って改行した方がええの？ [274597826](44)
2022/1/16 15:26:08 24ニュー速(嫌儲)
ｉｆ（）｛の「｛」って改行した方がええの？ [671113841](306)
2021/7/2 23:22:07 0ニュー速(嫌儲)
ｉｆ（）｛の「｛」って改行した方がええの？ [518639294](155)
2021/2/6 13:27:21 0ニュー速(嫌儲)

2022/01/16(日) 16:24:09.74

atomにbeautify入れてて、それにまかせてる

2022/01/16(日) 16:30:38.55

>>36
でも、if式の条件が入り組んでくると
可読性悪くならん？

if (!( (a != !b! and b > 3) or b == 9 ) or c != 2 )とかさ、情報の階層関係がわかりにくい
複数のif文に分割したほうがわかりやすいじゃん

2022/01/16(日) 16:32:32.16

>>53
判別関数作れよ

2022/01/16(日) 16:37:29.65

>>54
せやな
リファクタリング的にはそれが正解やね

2022/01/16(日) 16:38:14.27

でも、それだと、他のところに処理を隠蔽してるだけなので
条件を確認したり変更したい時は、結局同じ問題にぶつかるんやわ

2022/01/16(日) 16:40:12.79

コンパイルに先んじて呼ばれるプリプロセッサは改行コードとか全無視して1行として読み込んで、言語の構文に違反してないかだけチェックしてからコンパイラに渡してるので、改行位置なんて好みの問題だし好きな方でいい。議論するだけ時間の無駄。
スペースやコメントもコンパイルに必要ないから全部無視されるのに改行コードなんて見てるわけない。
つまり、どんな美麗なソースもコンパイラにかけてちゃんと動かなければゴミ以下だし、そこに改行位置やインデントは一切関わってこない。適当に書いた後で整形ツール使っても、最初から見やすく書いても結果は同じ。
キレイなコードより堅実なコードが勝つからCOBOLなんて何十年前の枯れたコード使いまわしてるわけで。

そもそも、改行コードはCRだったりLFだったりCRLFだったりいろんなケースがあり、いちいち改行コードをチェックするなんて無駄な処理しても何のメリットもないわけで。エラーがどこで起こったかの時には改行コードを考えて処理する必要があるけど。

試しに、何百行からなるソースコードからsedとかで改行コードを省いて1行にしてコンパイルしてみろ。普通にコンパイル出来るはずだ。構文エラーがあった場合常に1行目と表示されるって問題はあるけど。

コンパイル型じゃないPythonとかは読みやすさを重視して改行やインデントを言語要素として取り入れてるが、最終的にバイナリになるコンパイル型言語はそんな処理に手間かけるくらいなら他にやるべきことがあるからな。

2022/01/16(日) 16:43:14.14

>>13
ﾜﾛﾀ

2022/01/16(日) 16:46:48.44

>>56
hantei = a != !b! ;
hantei = hantei and b > 3;
hantei = !( hantei or b == 9 ) ;
hantei = hantei or c != 2;
if (hantei )

なら愚直に書くしかないわ

2022/01/16(日) 16:49:36.24

>>59
if　else　ifをつなげるよりは、これがいいね

2022/01/16(日) 17:46:20.52

1画面プログラムのが打ち込みやすいし勉強になったよな。
だらだら長いとやる気なくなる

2022/01/16(日) 18:41:07.56

>>49
わかりやすい

2022/01/16(日) 18:47:30.77

>>57
今企業が人材について成果出すなら技術もやけどやっぱコミュ力っすわとか言ってるのもこういうの弾きたいからなんだよな

2022/01/16(日) 18:54:39.23

>>57
そのレスの改行はなんのためにつけてるんだい？

2022/01/16(日) 19:20:55.30

>>30
なんでそういう構造になるの？
昔処理があったけどなくなったとかなら話はわかるが

2022/01/16(日) 19:22:58.90

function hoge(){
　　return 0
}
こうはしないわけじゃん
function hoge()
{
　　return 0
}
こうするわけじゃん
じゃあ統一感的に後者がいいだろ

2022/01/16(日) 19:24:01.02

>>65
何も処理しない条件がいくつかあるってのを明示的に書くとかじゃない？

2022/01/16(日) 19:26:50.44

pythonならコロン置くだけなのに

2022/01/16(日) 19:43:07.05

>>64
>>57がパラグラフライティングを意図してるのならその改行に意味はあるだろう

とは言え、どのパラグラフも「改行のあり方に拘ってもコンパイラに認識されないから無駄」というトピックで書かれてるから、
1つのパラグラフにまとめるか大トピックを2・3の小トピックに分割すべきだったのではないかとは思うけどな

尤も、5chなんてのは3行を超える文章を書くやつはキチガイと喚くキチガイが跋扈する場だから
こんなところのために手間暇かけるよりは思い浮かんだ文章をそのままポストした方がいいと思われても仕方ないけどな

2022/01/16(日) 19:47:43.33

>>4
どっちかに統一しろ

2022/01/16(日) 20:01:10.33

>>69
プログラムもパラグラフライティングも人が読みやすいように書くんだよ
だから改行が必要ないと主張するならそのレスに改行をいれるのは滑稽だと言いたかった

いちいち説明させんな

2022/01/16(日) 22:08:52.91

(i)

2022/01/17(月) 00:50:39.03

linterに従え

2022/01/17(月) 04:19:58.29

MSに魂売ったから改行派