エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント34件
- 注目コメント
- 新着コメント
monorod
数字で書くと、正規表現使って2XXとそれ以外でざっくり場合分けできるから俺はけっこう好き。ステータスコードは一般的な表現だから別に良いんじゃない?オレオレ定数作って覚えるよりも有用な知識に思える
rti7743
定数にするかコメントにするかは意見が分かれるところなんだろうけど。 どちらもなしでただ400 としか書いていないなら困ったものだ。目的は、400 Bad Request に対応する処理だということを理解してもらうことだからね。
rdrk
ステータスコードに関して言えば、「Not Foundを返す」と言う人より、「404を返す」と言う人のが多い。一部のステータスコードは、ステータス名ではなく数字の方が定数名の役割を持っている。とか、思った。
zaki-hmkc
マジックナンバー絶対許さないマンに遭遇したら「じゃあ三角形の面積を求める関数があるとして、割る2はなんて名前にすればいい?」っていつも聞いてるけど納得いく回答をもらったことがないな
terazzo
SECONDS_IN_HOUR = 3600って書いてあったらそれはいらんやろって思うかも、って思ったけどTimeUnit.HOURS.toSeconds(hours)みたいにライブラリを使えっていうのもあるか。
zaki-hmkc
マジックナンバー絶対許さないマンに遭遇したら「じゃあ三角形の面積を求める関数があるとして、割る2はなんて名前にすればいい?」っていつも聞いてるけど納得いく回答をもらったことがないな
ka-ka_xyz
"ググれば一瞬で出てくる"と言い出すと、それこそ消費税率とかも同じ理屈でOKになるけど良いの?ステータスコードだって不変な自然法則じゃないわけで、数十年後にイミフなコードになってる可能性は無いわけではない
sugawara1991
「生の数値そのもの」に意味がありかつ世にあまねく固定値だった場合、自作の宣言で数値をはぎ取ることの是非。規格や仕様で決定されるものはSDKとか外部の宣言を使いたい/極論は'PI=3.14'の宣言がクレバーかどうか
kikikaikaikai
そのコードを書く現場で「これがいいよね!」って認識あってればいいと思う。 よくわからんけどマジックナンバーでとか、よくわからんけどマジックナンバーは悪!みたいな思考は良くない。意思がないから読みにくい
rdrk
ステータスコードに関して言えば、「Not Foundを返す」と言う人より、「404を返す」と言う人のが多い。一部のステータスコードは、ステータス名ではなく数字の方が定数名の役割を持っている。とか、思った。
zetta1985
静的型付け言語で、HTTPステータスを列挙型でライブラリが扱っていて、暗黙的な型変換でIDEが列挙値の名前を表示してくれていれば、いくつかの問題を同時に解決できそう(LIMITの問題は別の話)
nakag0711
enumにして型を定義できるメリットを捨てるわけにいかない。型なし言語の場合でもそれが何なのか説明できるメリットがあるので名前定数にしたほうがいい、しかしHTTP_RESULT_BAD_REQUESTのようにすべき
xlc
インタフェースとして使用する「コード値」を名前付き定数にすることは「変更可能」と誤認させる効果があるので避けるように指導している。設計書には “400: Bad Request” と書いた上で400をハードコーディングさせてる。
monorod
数字で書くと、正規表現使って2XXとそれ以外でざっくり場合分けできるから俺はけっこう好き。ステータスコードは一般的な表現だから別に良いんじゃない?オレオレ定数作って覚えるよりも有用な知識に思える
chimerast
静的型付けの言語だと、これをマジックナンバーやコメントにするのは確実に悪で、HTTPステータスコードを型にするべき(最近のフレームワークはだいたいそうなってる)。意味づけできるし、使う場所を限定できる。
rti7743
定数にするかコメントにするかは意見が分かれるところなんだろうけど。 どちらもなしでただ400 としか書いていないなら困ったものだ。目的は、400 Bad Request に対応する処理だということを理解してもらうことだからね。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2019/08/04 リンク