【悲報】プログラマさん、カッコの位置で喧嘩を始めてしまう
■ このスレッドは過去ログ倉庫に格納されています
①
if Omocha {
} else {
}
②
if Omocha
{
}
else
{
}
③
if Omocha {
}
else {
} >>219
お前なんでそんなに必死なんだよ。どうせフリーターでit 転職とかに夢抱いて、すこしプログラミングかじっただけの挫折した現在もフリーターだろ。働いたことないのが透けてるぞ。 >>217
例として適切じゃないかもしれんが
if isAdmin() new AdminPage()
else new UserPage()
こんなとき
isAdmin()
? new AdminPage()
: new UserPage()
にしたほうが可読性は上がるね
ネストするのがアンチパターンなだけで3項演算子が読みやすい場合もある >>211
elseの閉じカッコとifの閉じカッコの間に処理書いたらどうなるんだ…
めっちゃこええ 例えば
isAdmin()
? AdminPage()
: isSale()
? SalePage()
: UserPage()
みたいにすると一気にしんどくなる 三項演算子の例はifelseで言うと単一文を返す時とかだろ string GetResultMessage(bool result)
{
return result ? "success." : "fail.";
}
このくらいの規模だったら三項演算子でいいやって思う >>223
だからwwカッコがない言語は全プログラマーの敵なんでwww >>233
それならアリかなー
前任がそれなら俺も同じように書いて統一するわ 1
規約が2のプロジェクト触ると苛ついてマウス壊してしまう 昔こんなelse ifをみたことがある
if {
} else
if {
}
なので
①のように}と{の間にキーワードが入ってると安心する >>234
そういう問題じゃないね
カッコもつけられるんだ
isAdmin()
? AdminPage()
: {
isSale()
? SalePage()
: UserPage()
} >>242
これ分岐のネストに見えちゃうから書いたやつ死刑じゃない?
分岐をネストするやつも勿論死刑にするけど この場合のベストプラクティスは
if (isAdmin()) return new AdminPage()
if (isSale()) return new SalePage()
if (isUser()) return new UserPage()
のようにすること
ただこれだと条件分岐が複雑になるのでページの生成は例として適切ではないね >>243
全部コメントアウトして
//こういう書き方辞めてください。
って俺なら書くわw >>249
レビューで弾くよ
そんなゴミコメント残すのは普通にやめておけ >>251
レビューとか知らんw
俺ゲーム会社と自社開発WEB系しか勤務した事ないからww レビュー+1ふたつもらわずにマージできちゃったりするのかな
こわい 今日は俺が言語によるifの解釈方法の違いというテーマからレスバに発展したな
そして俺が勝った if文の括弧は良いけど
一切コメントを書かないのはやめちくりー
その上でドキュメントが無いとかあるしさ >>260
するよ大喧嘩だよ
殴り合いの血祭りだよwww これさ世界中のプログラマで勝ち抜き戦して
ファイナリストのディベートを最終決定戦としてユーチューブに残すべきじゃね? そもそもブロックを示すためにカッコを使う言語がクソ
そういう意味ではpythonはかなり良い >>267
インデントでブロックを表してるクソゴミ言語褒めてて笑うw ロクに責務分割されてなくて if の中身がクソでかいゴミコード読んでるやつは 2 を好みそう >>269
ifの中に数行コード入ってるのは普通では? Pythonとかいうインデントズレただけでフォーマッタかからない糞言語 ■ このスレッドは過去ログ倉庫に格納されています