ユーニックス総合研究所
home archives rust-result RustのResultでエラーハンドリング処理を行う 作成日: 2023-01-05更新日: 2023-12-24 カテゴリ: Rust RustのResultでエラーハンドリングをする Rustでエラー処理をしたい場合によく使われるのがResultを使ったエラーハンドリングです。 Resultは正常時の返り値とエラー時の返り値を1つにまとめたものです。 関数が正常終了したら正常時の返り値を、エラーになったらエラー時の返り値を返します。 その関数を呼び出した側はmatch演算子などで返り値をチェックし、エラー時の処理などを記述します。 この記事ではRustのResultを使ったエラーハンドリングを解説します。 関連記事 RustでJSONの読み書きを行う RustでTCPクライアント/サーバーを作る【ソケット通信】 Rustでファイルサイ
Goエラーハンドリング戦略
Goのエラーハンドリングが採ったスタイル 多値返し 直積（関数の返値とエラーを両方返す） try-finallyをdeferという機構でカバー panicはプロセスを落とすためのもの Goはこの戦略でエラーハンドリングを行うとしましたので、「多値はなぜタプルじゃないんだ？」、「直和（返値orエラー）で十分じゃ？」「panic-recoverでtry-catchできそう？」などいう様な他の処理系の風習を持ち込むことは意味がありません。そしてそれらの提案の多くはすでに検討されリジェクトされてきた経緯があります。 「try組み込み関数」プロポーザルなんかも検討されマージ直前くらいまで進んだこともありますが、「Goのエラーハンドリング」にとって一長一短がありました。その欠点課題は解決できずに最終的にリジェクトされました。 「多値返し」は実にCPUフレンドリーな機構で、C言語の関数呼び出し規約にちょ
fuelphpでエラー処理を実装する方法 - とりあえずphpとか
はじめに 意外とおろそかになってしまうこともあるのですが、サービスの規模によってはちゃんとしておかないと後々問題になるのでできる範囲で僕がやっていることをまとめておきます。 とりあえず最低限やっておきたいこと ・sqlのエラーなど致命的なエラーが発生した場合はそれ以降処理が続行されないような実装 ・致命的なエラーが発生した場合はアラートメールなどを送信するようにする ・致命的なエラーが発生した場合はちゃんとログに詳細が残るようにしてあとから調査できるようにする 当たり前の事なのですが、これくらいを実装しておけばとりあえずは大丈夫かなぁと今までの経験上思ってます entryポイントでエラー処理を拾えるような修正 「HttpNotFoundException」は拾えるように最初から書いてあるのですが「HttpServerErrorException」は拾えるような実装になっていないので下記のよ
続・リトライと冪等性のデザインパターン - リトライはいつ成功するか - Blog by Sadayuki Furuhashi
三度の飯よりエラー処理。古橋です。 大変好評をいただいた序章リトライと冪等性のデザインパターンの続編です。 前回はほぼ前置きでしたが、今回は冪等でない操作を冪等にする具体的なテクニックもまとめていきます。 パターン２：エラーを区別してDELETEを冪等にする リソースに常に一意なIDが振られていれば、Deleteを冪等にするのは難しくない。そもそも同じリソースを2度削除することはできない。 一つ注意するべきなのは、削除されたリソースのIDが再利用されるケースでは、Deleteの冪等性は保証されない。例えば、kill -KILL <pid> コマンドはDelete系のAPIと考えられるが、pidは再利用されるので、何度も繰り返すと意図しないプロセスを殺してしまう可能性がある。 一般にIDの生成は非常に難しい問題だが、Deleteに関してのみ言えば再利用されなければいいので、単調増加する整数（
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP ここで差がつくエラー処理 完全版 #phpcon2017 by 黒點 さん - niconare
