Javaの例外処理をマスターする - Qiita
はじめに この記事ではJavaの例外処理に関する基本的な内容について説明します！ 私はエンジニアになる前も少しJavaに触れていましたが、その頃は例外処理について何も理解していませんでした…。 つい最近、ようやく例外処理の使い方や重要性について理解できたのでここにまとめてみようと思います！ そもそもJavaの例外処理とは？ Javaの例外処理とは、プログラムの実行中に起こる予期せぬエラー（例外）に対処し、プログラムの正常な流れを維持するための仕組みです。これにより、エラーが発生したときにプログラムが順調に動作を続けられるようになります。 つまり、例外が起きたときはあらかじめ用意しておいた処理をやってね～と指定することでプログラミングが動き続けるというだけです。 例外処理の具体例 Javaでは主に以下の構文とキーワードを使って例外処理を実施します。 1: try-catch この構造を使用し
超基本のエラー対処法 - Qiita
はじめに 「うまく動かない」時、僕が普段意識しているであろうことを書き連ねていきます。 Railsを中心に説明（雑）をしていきます。よろしくお願いします。 とにかくログに出す！ Railsだとpあるいはputsメソッドを使い、変数やリクエストやらをログに出力します。 pとputsの違いは基本気にしなくていいです。うまくいかないときはもう片方を使ってください。そのうち慣れます。 こんな感じで書くと見やすいです。 とにかくログを読む！ どこを見るの？ ログは、例えばdocker compose upしたところに流れます。 docker compose up -d と、-dオプションをつけるとログが見づらくなります（たぶん。使ったことない）。 何を見るの？ 特にRailsの場合は、 「どのHTTPリクエストがきているか」 GET / POST など・・・それは意図しているもの？ 「どのコントロー
try-catch のfinallyっていつ使うねん、ていう話 - Qiita
はじめに 例外処理を実装するにあたって欠かせないのがtry-catch文です。これを使うことで、ランタイムエラーが発生しても処理を継続できたりするわけです。 ところでtry-catch文ではfinallyというものを使うこともできます。これはtryブロックの中が正常に完了しても、catchに進んだとしても、最後に実行される処理を書く場所です。 try { // 何らかの処理 console.log('tryで実行'); } catch { // エラー次の処理 console.log('catchで実行'); } finally { // 最後に必ず行う処理 console.log('最後に必ず実行'); }
kintoneカスタマイズでtry/catchを使おう - Qiita
例外とは、kintoneカスタマイズにおいては多くの場合 REST API の実行に失敗した場合のことです。 サンプル 例えば、アプリ番号:１ レコード番号:１のレコードを取得する場合は下記のようにtry/catchを使用します。 try { // レコード取得処理 await kintone.api('/k/v1/record', 'GET', { app: 1, id: 1 }); } catch (e) { // レコード取得に失敗した場合の処理 console.error(e); } この取得処理でエラーが発生するのは、次のようなケースです。 アプリが存在しない レコードが存在しない ネットワークエラー 仮にアプリが存在しなければ、console.error(e)はこのようなエラーを表示します。 {code: 'GAIA_AP01', id: '8BwNVgSl5Z0XNrXaZb
エラー処理の基本の理解を深めよう！ - Qiita
throw文 エラーを投げるには、throw文を使用する！ throw文は、任意のタイミングでエラーを発生させるときに使用する！throw文でエラーを投げるためには、Errorプロトコルに準拠させる必要がる！ switch (response as? HTTPURLResponse)?.statusCode { case 200: let weatherData = try JSONDecoder().decode(WeatherData.self, from: data) let description = weatherData.weather[0].main let cityName = weatherData.name return (description, cityName) default: throw APIClientError.networkError } 上記はAPI
例外処理におけるfinally（ensure）は意味ない……なんて思ったら大間違い - Qiita
はじめに この記事では各言語でよく使われる「例外処理」におけるfinally（Rubyではensure）という構文の使い方と必要性について説明します。 例外処理に関しては殆どの言語で通用する話なので、今回はどの特定の言語の話ではなく、できるだけ一般的に語りますが、説明するためのサンプルコードはDart、Python、Rubyで表示します。 各言語の例外処理 色んな言語には「例外処理」という構文があります。その中で殆どは「try catch finally throw」と表記しますが、PythonとRubyなど違う表記が使われます。 各言語の例外処理の表記を纏めてみるとこのようになります。 言語 最初に実行 例外があれば実行 最後に絶対実行 例外を引き起こす C#
【Ruby】例外処理について掘り下げて考えた - Qiita
自己紹介 はじめまして、はると申します。完全異業種からのエンジニア転職を目指して学習をしています。 概要 Rubyの基礎を学習しているとき、いくつか理解が難しかったところがありますが、そのうちの一つが「例外処理」でした😣 そのまま苦手だなと思いながら放置してしまっていたので、今回改めて学習しました。 注意 私は前職が完全異業種であり、英語も苦手で、スクールに入って初めてプログラミングに触れました。 そんな自分が理解しづらかった部分を、同じように初めてプログラミングの概念に触れた人に向けてまとめました。 自分の復習も兼ねて、超超噛み砕いて書いているため、周りくどい書き方になっている箇所もあるかと思います。 また、初学者のため、間違っている箇所もあるかもしれませんのでその際は教えて頂けると嬉しいです🙇 例外処理とは 『例外処理（れいがいしょり、英語: exception handling）
【凄腕エンジニアさんから学んだ例外の話】の補足 - Qiita
はじめに 凄腕エンジニアさんから学んだ例外の話、たくさん読んでいただけているみたいでありがとうございます。 はてなブックマークのコメントなども読ませていただき、勉強させていただいています。 コメントを読んでみて、自分の記事がちょっと誤解を与えてしまっている部分もあるのかもしれない。。。と感じましたので、今回補足記事としてこの記事を書きます。 【例外が起こった時の挙動を決めるのはプレゼンテーション層】について この表現によって、例外は常にプレゼンテーション層でtry-catchをするものなんだと誤解を与えてしまったかもしれません。 この表現で伝えたかったこととしては、例外の挙動を決めるのは上位レイヤーであるため、下位レイヤーである業務ロジックの部分でtry-catchして例外が起こった時の挙動を決めるのはあまり良くないということでした。 システム例外と業務例外と区分したとして、Webアプリで
凄腕エンジニアさんから学んだ例外の話 - Qiita
はじめに 今携わっているプロジェクトで凄腕エンジニアさんと一緒に開発をさせていただいているのですが、その凄腕エンジニアさんから教えていただいた例外の話がとても勉強になり、 さらにこの例外の話を他のプロジェクトのエンジニアさんに伝えたところ、反応が良く、とても勉強になりました！という声をいただけたので、アウトプットしていきたいと思います。 （この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。） ※【凄腕エンジニアさんから学んだ例外の話】の補足 というQiita記事を書きました。 この記事を読み終わった後に疑問が残った人などは補足資料として読んでいただけると嬉しいです。 例外の考え方の源 Tさんの例外の考え方は http://diveintopython3-ja.rdy.jp/your-first-python-program.html#exceptions ↑こちらのPyth
PowerShellでのエラーハンドリングについて - Qiita
メモ。 違っている部分があればご指摘ください。 基本的には以下のMSの記事を参考に検証しているもで、こちらを確認頂いても良いかと思います。 An Introduction to Error Handling in PowerShell 環境 PSVersion->5.0.10586.117 エラーメッセージをファイルに書き込みたい リダイレクトについては以下に詳細がありました。 How to capture error messages thrown by a command? about_Redirection 上記にもあるようにPowerShellではリダイレクト時に利用できるstreamが複数あります。 The Windows PowerShell redirection operators use the following characters to represent each
PowerShellで例外を捕まえられない - Qiita
PowerShellでのエラー／例外処理についてにもうすこし突っ込んだことを書いたよ。（2018/11/30） PowerShellでtry～catchをしようとしても、うまくいかない、という事がある。 Cmdletが実行されたときに発生した問題（あえて例外とは書かないよ）は、コンソールに赤字で表示される（標準エラーではなさそう…）が、Cmdletを実行してるコンテキスト（例えば実装中のスクリプトとか）では例外としては扱われない1。 例外をキャッチする そんな時、-ErrorAction Stopをつけるか、$ErrorActionPreference="Stop"としておくと、Cmdletは例外を投げてくれる。 試す。 まず、以下だと例外投げてくれないので、赤文字が出る。 PS C:\Users\bounoki> try { Get-LocalUser nosuchuser } catc
PowerShell スクリプトのエラー処理の覚書 - 鷲ノ巣
本記事は PowerShell Advent Calendar 2019 の 2 日目の記事です。 12月3日の0時を過ぎてから書いてます。すまん。 qiita.com 言わずもがなですが、PowerShell は処理の自動化を得意とした言語です。 そして、自動処理において、エラーへの対処は重要です。 何十万件というデータを処理してしまってから、実はエラーがあって、すべての処理結果が壊れているなんていうことになったら、目も当てられません。 ですから、（一般論としては）エラーが起きたら、可及的速やかに処理を中断し、報告すべきです。 別に何も目新しい話ではないのですが、自分でも時々「あれ、どうだったっけ？」と思うことがあるので、そのメモ書きです。 なお、以下、特記しない限り、PowerShell Core 6.2.3 + VSCode で検証しています。 中断されるエラーと中断されないエラー
PowerShellで発生したエラーの型によって処理を分けたり型を指定してエラーを発生させる方法
finally{}部の処理は、try{}部に記載されていた処理を実行中に、エラーが発生した場合と起きなかった場合の両方で実行されます。 そのため、リソースの開放処理に代表される終了処理のようなものを記述するケースが多いでしょう。 また、終了処理のようなものが不要である場合には、finally{}部の記述は必要ありません。 先ほど例示した構文では、すべてのエラーについて、共通してcatch{}部の処理が実行されます。 ですがPowerShellスクリプトで行う処理によっては、エラーの内容、特に発生したエラーの型に応じて異なるcatch{}部の処理を実行したい！ なんてケースもあるでしょう。 そこで今回は、PowerShellで発生したエラーの型に応じて処理を分岐実行する方法や、型を指定してエラーを発生させる方法をご紹介します！ PowerShellで発生したエラーの型に応じて、処理を分岐実行
例外を throw しない PowerShell コマンドレットを try catch でトラップする
PowerShell のコマンドレットは、エラー発生時に赤文字でエラーメッセージを表示します。 対話処理をしているときはこれで問題無いのですが、スクリプトでこれが発生した時に try catch でトラップしたいことがあります。 ところが、コマンドレットで発生するのはエラーであって、例外ではないため try catch ではトラップできません。 例えば、Rest API 叩くために Invoke-RestMethod 使って、エラーが帰ってきても赤色のエラーメッセージが表示されるだけです。 そんな時は、-ErrorAction オプションに Stop を指定すれば、エラー時に例外を throw してくれるので try catch でトラップできます。 例外発生時のメッセージは、$_.Exception.Message に格納されているので、これを使えばエラーメッセージをハンドリングすること
PowerShellでの例外処理の方法 try-catch文とErrorAction | Trend Desk
こんにちは。 けいぞうです。 今回は「PowerShellでの例外処理の方法 try-catch文とErrorAction」についての記事です。 PowerShellでのtry-catch構文 PowerShellでは他のプログラミング言語と同様にtry-catch文で例外のハンドリングを行うことが可能です。 以下、PowerShellのtry-catchの構文です try { #処理内容 } catch { #例外エラー発生時の処理内容 } finally { #例外の有無に関わらず実行する内容 } 基本的に他の言語と同じですね。 以下、何らかのメール送信処理を例外ハンドリングしたい場合の例文です。 #メール送信処理 try { Send-MailMessage -To "mailto@example.com" -From "mailfrom@example.com" -SmtpServ
AccessViolationExceptionを捕捉できるようにする - xin9le.net
最近お仕事で開発している SignalR 製の Web アプリケーションが本日... を遂げるという怪奇事件が起こりました。常時接続なので落ちないように結構気を配っていたので、かなり思わぬ事態でした。何事かとイベントビューアーでログを見ていると、ODP.NET を使ったデータベースアクセスで AccessViolationException が発生して捕捉できずに死んでいる模様。ちゃんと try/catch しているのに一体どういうことだ...。 例外捕捉の挙動変更 MSDN のドキュメントによると、AccessViolationException は主にマネージド領域外のメモリに対するアクセス違反が発生した際にスローされるようです。以下はその抜粋。 割り当てられていないメモリ、またはコードがアクセス権を持たないメモリに対して、コードが読み取りまたは書き込みを試行すると、アンマネージコード
PL/SQL で例外が発生しても処理を継続させる - ablog
Oracle の PL/SQL で例外が発生しても処理を継続させるには、 declare begin 処理 ... exception when others then 例外処理 ... end; という具合に書いてやればよい。 例） 全ての表・索引・クラスタから未使用の領域のみを解放するPL/SQL - ablog からの抜粋。 declare cursor cu is select segment_name, segment_type from user_segments where (segment_type = 'TABLE' or segment_type = 'INDEX' or segment_type = 'CLUSTER') and bytes > 65536; sql_stmt varchar2(500); begin for rec in cu loop declar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Java】try-catch - Qiita
Powershellスクリプト 例外処理の罠 - Qiita
PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
