if(){の「{」って改行した方がええの? [274597826]
■ このスレッドは過去ログ倉庫に格納されています
ソースコードが改行必要ないなら1行で書ききるのがマナーだぞ 中身の大きさで決めてる
if(){
数行だけ
}
if()
{
50行とか
} 流れに身を任せてる。
使用するIDE、エディタとか
ソフト的な縛りもないのなら
公式のリファレンスに従うかな? した方が良い。対応が分かりやすくなるから。1行の時に省くのは論外。 >>5
C#ってかMS全般やろ
電卓のC++ソースも改行してた気がする どっちでもいいからlinterとか各言語の推奨に合わせるのが基本じゃないの
個人的には行が少なく済む改行しないほうが好きだけど可読性は変わらんし
falsyをチェックするときは
if(!isKenmo)return
で済ますが普通は改行する
if(shinzo === abe') {
shine()
} else {
akie()
}' 可読性について言うなら、改行の有無は問題でない。
それより2重以上のカッコはやめろよ。 let a = if b { 3 } else { 4 };
このくらいなら改行しない それよりコメントの位置が気になる
//
if()
if() //
if()
// >>16
一番上以外読みにくいだろ
たまに二番目も使うけど 改修なら元々あるやつに従え
新規なら相談してルール決めてやれ アスペはこういうところ拘っててめんどくさいぞ
適当に周りに合わせておけばいいものを //ここから斯々然々の目的で斯々然々の条件分岐@開始
//ここから斯々然々の条件分岐@がtrueの処理
//ここから斯々然々の条件分岐@がfalseの処理
//条件分岐@終了
改行はどうでもいいけど、コメント文を書いておいてください
設計変更、メンテナンス、担当引き継ぎのことまで考えて下さい VSのデフォの自動整形で改行するしわざわざ変えないだろ >>16
thenとelseのコメントを分けたいときは3つ目にしてるけど俺も本当にこれでいいのか疑問に思いながら使ってる あと、パラメータがたくさんあるときに
改行するか否かで別れる感じがする。 if(---);//はじく
else if(----);//はじく
else {
処理
}
コレ邪道か? >>24
設計書なんて読むの大変だし宛にならんからな
ソースにやりたいこと書いてくれたほうがありがたいよな だいたい3つに分かれるとはどこかの記事で見かけたな >>23
書いててイライラしてくるしコードがまったく頭に入らなくなるわ >>30
上側処理が正常で
elseが異常だって
こだわるとよくあるぞ >>30
処理が後々入ってくるけど今は空って話なら良いんじゃない
本当になにもないなら邪道だろ C++でプログラミング始めたけどi++と++iの違いがイマイチ分からん そういうのは自動フォーマッターにまかせるから気にする時点で何かがおかしい >>37
前置インクリメントと後置インクリメントですぐ出てくるだろ
値を使った後に足すか使う前に先に足すかの違い >>37
i++ iを参照した後に足す
++i iを足した後に参照する >>37
それに関しては両方を試すだけですぐ理解出来るだろ 条件式でfalseのときだけ処理させたいときって
trueの処理に式に
aho = aho
みたいに書いておくので合ってる? >>31
まめにメンテするならいいけど、大概メンテ漏れが出てくるから結局ソースしか信用できなくなるしな
現行解析するにもソース見ないと厳しいし >>37
int i = 0;
printf("%d", i++);
これは0と出力される
int i = 0;
printf("%d", ++i);
これは1と出力される >>45
falseがtrueになる条件式でよくない? >>1
赤セク
スレ立て履歴 - be基礎番号:274597826
http://ame.hacca.jp/sasss/log-be2.cgi?i=274597826
if(){の「{」って改行した方がええの? [274597826](44)
2022/1/16 15:26:08 24ニュー速(嫌儲)
if(){の「{」って改行した方がええの? [671113841](306)
2021/7/2 23:22:07 0ニュー速(嫌儲)
if(){の「{」って改行した方がええの? [518639294](155)
2021/2/6 13:27:21 0ニュー速(嫌儲) atomにbeautify入れてて、それにまかせてる >>36
でも、if式の条件が入り組んでくると
可読性悪くならん?
if (!( (a != !b! and b > 3) or b == 9 ) or c != 2 )とかさ、情報の階層関係がわかりにくい
複数のif文に分割したほうがわかりやすいじゃん >>54
せやな
リファクタリング的にはそれが正解やね でも、それだと、他のところに処理を隠蔽してるだけなので
条件を確認したり変更したい時は、結局同じ問題にぶつかるんやわ コンパイルに先んじて呼ばれるプリプロセッサは改行コードとか全無視して1行として読み込んで、言語の構文に違反してないかだけチェックしてからコンパイラに渡してるので、改行位置なんて好みの問題だし好きな方でいい。議論するだけ時間の無駄。
スペースやコメントもコンパイルに必要ないから全部無視されるのに改行コードなんて見てるわけない。
つまり、どんな美麗なソースもコンパイラにかけてちゃんと動かなければゴミ以下だし、そこに改行位置やインデントは一切関わってこない。適当に書いた後で整形ツール使っても、最初から見やすく書いても結果は同じ。
キレイなコードより堅実なコードが勝つからCOBOLなんて何十年前の枯れたコード使いまわしてるわけで。
そもそも、改行コードはCRだったりLFだったりCRLFだったりいろんなケースがあり、いちいち改行コードをチェックするなんて無駄な処理しても何のメリットもないわけで。エラーがどこで起こったかの時には改行コードを考えて処理する必要があるけど。
試しに、何百行からなるソースコードからsedとかで改行コードを省いて1行にしてコンパイルしてみろ。普通にコンパイル出来るはずだ。構文エラーがあった場合常に1行目と表示されるって問題はあるけど。
コンパイル型じゃないPythonとかは読みやすさを重視して改行やインデントを言語要素として取り入れてるが、最終的にバイナリになるコンパイル型言語はそんな処理に手間かけるくらいなら他にやるべきことがあるからな。 >>56
hantei = a != !b! ;
hantei = hantei and b > 3;
hantei = !( hantei or b == 9 ) ;
hantei = hantei or c != 2;
if (hantei )
なら愚直に書くしかないわ >>59
if else ifをつなげるよりは、これがいいね 1画面プログラムのが打ち込みやすいし勉強になったよな。
だらだら長いとやる気なくなる >>57
今企業が人材について成果出すなら技術もやけどやっぱコミュ力っすわとか言ってるのもこういうの弾きたいからなんだよな >>57
そのレスの改行はなんのためにつけてるんだい? >>30
なんでそういう構造になるの?
昔処理があったけどなくなったとかなら話はわかるが function hoge(){
return 0
}
こうはしないわけじゃん
function hoge()
{
return 0
}
こうするわけじゃん
じゃあ統一感的に後者がいいだろ >>65
何も処理しない条件がいくつかあるってのを明示的に書くとかじゃない? >>64
>>57がパラグラフライティングを意図してるのならその改行に意味はあるだろう
とは言え、どのパラグラフも「改行のあり方に拘ってもコンパイラに認識されないから無駄」というトピックで書かれてるから、
1つのパラグラフにまとめるか大トピックを2・3の小トピックに分割すべきだったのではないかとは思うけどな
尤も、5chなんてのは3行を超える文章を書くやつはキチガイと喚くキチガイが跋扈する場だから
こんなところのために手間暇かけるよりは思い浮かんだ文章をそのままポストした方がいいと思われても仕方ないけどな >>69
プログラムもパラグラフライティングも人が読みやすいように書くんだよ
だから改行が必要ないと主張するならそのレスに改行をいれるのは滑稽だと言いたかった
いちいち説明させんな ■ このスレッドは過去ログ倉庫に格納されています