Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita

はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。 また、ソースコードも比較的シンプルに保てます。 逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。 ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて

[masaru_b_cl]

「.NETの例外処理とおんなじだ…」って思ってたら末尾で出てきたｗ

[h5y1m141]

いつも良いまとめ書いてくださってホントありがたい。ちょうどトランザクションの所の例とかなり似た処理をまさに実装しようとしてるので助かる

[izumin5210]

基本的かつ超重要なことばかり書いてある

[diveintounlimit]

これは良いものだ。

[razokulover]

いいまとめだー

[rochefort]

エラー設計。良記事

[youko03]

“エラーをrescueしたときは原因の調査に役立つ情報（少なくともメッセージとバックトレース）をログに残したり、エラー通知サービスに通知したりすること”

[kitokitoki]

“Railsアプリケーションにおけるエラー処理（例外設計）の考え方”

[ngzm]

エラー設計

[ryshinoz]

“http://qiita.com/kuboon/items/b1c82d13f0e2c3373240”

[ryuzee]

分かりやすい

[rizenback000]

][テスト][programming]

[yukieyashiro182]

エラー設計

[tofu-kun]

“Railsの共通処理に任せる。”

[kent-where-the-light-is]

業務エラーとシステムエラー

[surume000]

railsに限定せずエラー処理の実装方針として優秀

[mat_aki]

Ruby - Railsアプリケーションにおけるエラー処理（例外設計）の考え方 by @jnchito on @Qiita

[poohtarou]

“使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 - Qiita”