プログラミング初心者あるある

例外処理で途端にやる気なくなる…
exなんとか…

>>1

の設計クソだな！事前にチェックしてどうにかしろや！俺もExceptionスローしてやるわ！スローするのもお前が書いたんだけどなw」でもいいしな

>>34

何いってんだこいつ…

try catch（ex exなんとか）

逆か？

最初に例外処理を扱うのはファイル入出力か
そりゃ当然だろ
お前のプログラムとファイルの間にはどんな邪魔が入るか分からんからな

俺が使う分には問題ないからヨシ！

初心者が例外処理なんかやるか？
逆に初心者はヘタに例外処理せん方がええで

こういう用語用法間違いも初心者あるあるだよな

なんでtry catchはダメなの？

>>12

例外処理ってのはプログラムで対応できない問題に対して強制終了することだぞ
なにか勘違いしてんじゃん

じゃあどういうときがtry catchなの？

>>19

想定しないエラー、続行不可能なエラーの時

ただのnumericチェックtry なんかやらんわ
用意された関数か、正規表現でチェックするのはif
想定外のエラーをtryで拾う

チェック省略して強制変換してエラー起きたら「何らかのエラー」は手抜きすぎ
ユーザーからしたら「何らかのエラー」言われても意味分からんよ

try catch｛数字を入力してください｝
より
elsif｛数字を入力してください｝
の方がいいの？

>>24

そもそも使い方がおかしい

>>25

というと？

いや整数に変換できなかったら例外キャッチしろよ
致命的なエラーだろ

>>28

ifで処理してほかの入力規則と一緒にアラート出すだろ

ユーザーは数字を整数で表したいときがあるんだ
俺にとって0とはあの事なんだって人がいる
そう言う人が現れた時もちゃんとあを0に変換するようなプログラミング能力が必要なのね

整数が必要でその整数がないと処理を継続できないならキャッチしろ

もうTry Catchでいいよ
else書く方もめんどくさいし

>>36

君の作ったプログラムはユーザーがちょっとミスっただけで強制終了するようなものなんだぞ
優しさのかけらもない製品になるんだ

>>39

だからTry Catchでいいじゃんって話なんだが？
まぁ実装するの面倒だけど

結局やる気なくなることには変わらないしな

アホなだけやん

>>38

どっちもどっちだろ…
Try Catchの方がまだ楽かなぁって感じ

止まらなくね？
そのメソッドが中止になるだけじゃね？
もう一度ボタン押すと実行されるくね？
違うの？

>>47

10個くらい入力があるのに最初の入力でエラーになったらその後の入力チェックは飛ばされるだろ
catchブロック10個書いてもいいが流石に冗長すぎる

>>50

それってifも同じじゃないの？
てか今の実装はボタン1つで実行するパターン

>>52

ifなら想定する例外は事前処理して進める
try catchだとエラー発生した瞬間その先の処理は進まずに止まる

>>54

それでよくね？
文字（aやた）を数字に変えてもしょうがないでしょ

>>55

変えろと言ってるんじゃないが

メインに全部書いてる

>>57

流石にw

目的もなく始めてすぐやめる

>>59

ワロタ

なんでもかんでもcatchしまくるのはやったなぁ

LBYL、FAFPってやつかね
会社やプロジェクトによっても基準変わるだろう
個人ならどっちでも良いかと

例外処理ってそんなめんどいものかね
網羅的にやるならしんどいけど
むしろエラーを途中で返してくれるんだから便利まである